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INTRODUCTION 


In  1984,  INPUT  changed  the  title  of  its  ^sidual ^lue  ^ries  to  Larqe-Scale 
Systems  Directions,  and  this  report  connpletes  the  first  set  of  the  new  series. 
The  selection  of  the  title  was  fortuitous,  but  it  has  also  proved  to  be 
fortunate.  In  attempting  to  determine  IBM's  large-scale  systems  directions, 
one  is  filled  with  the  same  feeling  of  awe  wht^is  inspired  when  viewing  the 
expanding  universe  from  this  minor  planet.  During  the  past  year,  IBM  literally 
seems  to  have  been  expanding  in  all  directions  at  the  same  tjyj^^e.  This 
presented  INPUT  with  the  problem  of  establishing  direction  (or  at  least  some 
order)  out  of  chaos. 


The  direction  problem  became  especially  difficult  when  attempting  to 
determine  IBM  software  strategies,  and  it  was  decided  that  the  concepts  of 
general  systems  theory  (GST)  as  defined  by  Ludwig  von  Bertalanffy  would 
serve  as  an  appropriate  means  of  relating  IBM's  directions  to  the  inevitable 
trends  of  complex  computer /communication^networks.  This  methodology  was 
defined  and  used  in  INPUT'S  reports:  Market  Impacts  of  IBM  Software 
Strategies  and  Information  Systems  Implications  of  IBM  Software  Strategies. 

This  report -WC15.  the  terminology  of  general  systems  theory  to  describe  trends 
in  mainframe  architecture,  and  chapter  II  gives  a  general  explanation  of  GST 
concepts.  Essentially,  the  prevailing  von  Neumann  architecture  is  analyzed, 
and  the  emergence  of  alternative^is  discussed.  These  alternatives  are 
currently  manifesting  themselves  in  the  form  of  supercomputers  and  data  base 
machines,  but  they  are  also  immediate  threats  to  the  role  of  the  large-scale, 
general  purpose  mainframe,  and  its  role  as  defined  by  IBM  systems  software. 

-  1  -  (UCLS-3-1)  PH  12/6/84 


Chapter  III  presents  updates  of  IBM  and  software^compatlble  malnfranne^ 
residual  value  forecast^which  were  contained  in: 

Residual  Value  Forecasts  for  Large-Scale  Systems^December  1983. 

Larqe-Scale  Systems  Directions;  Mid-prea''  Updatecqfl 984. 

In  addition,  the  general  methodology  used  in  forecasting  residual  values  is 
reviewed  in  Chapter  III.  It  is  important  that  the  methodology  be  understood 
when  employing  the  forecasts. 
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II        GENERAL  SYSTEMS  TRENDS  AND  MAINFRAME  ARCHITECTURES 


A.       GENERAL  SYSTEMS  CONCEPTS 


o        Earlier  this  year,  confronted  with  the  problem  of  analyzing  IBM  software 
strategies,  INPUT  found  it  convenient  to  apply  the  concepts  of  general 
systems  theory.  (Market  Impacts  of  IBM  Software  Strategies  and  Information 
Systems  Implications  of  IBM  Software  Strategies,  INPUT,  1984.)  Essentially, 
the  theory  states  that  in  any  complex  system  progressive  centralization, 
integration,  differentiation^nd  mechanization  occur  in  parallel.  These 
relatively  simple  concepts  ore  defined  as  follows: 

Progressive  centralization:  "Leading  parts"  develop -wWehi^ dominate 
the  behavior  of  the  system.  ^ 

Progressive  integration:  The  parts  become  more  dependent  upon  the 
whole. 


Progressive  differentiation:  The  parts  become  more  specialized. 

Progressive  mechanization:    Parts  become  limited  to  o  single  function. 

— Ir  I  I — ' — ( — 1 — f — ; — 

o        Wh^^le-I^e  concepts  are  relatively  simple,  they  provide  a  convenient 

framework  to  view  and  analyze  hierarchical  systems  of  extreme  complexity. 
More  importantly,  it  is  INPUT'S  opinion  that  an  understanding  of  these 
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fundamental  concepts  facilitates  the  prediction  of  technological  directions  in 
computer  systems  and  the  identificationVof  "abnormalities"  ii^Tt^may  arise 
from  undue  emphasis  upon  the  GST  trend  at  the  expense  of  others.  For 
example,  early  attempts  at  standardization  of  programming  languages  (  a 
form  of  mechanization)  were  doomed  to  failure  because  they  ignored  the 
nature  (and  inevitable)  trend  towardi  differentiation  as  a  broader  user  and 
applications  base  developed.  ^ 


PL/ 1  represented  an  attempt  by  a  vendor  (IBM)  to  establish  a  single 
programming  language  (function)  as  a  standard.  WWI^this  attempt  failed,  the 
parallel  effort  to  establish  a  mainframe  hardware  standard  has  been  eminently 
successful.  As  we  all  await  the  next  large-scale  mainframe  offer ing^rom  IBM^ 
•(SfefwiL  it  is  becoming  increasingly  apparent  that  the  IBM  mainframe  ^ 
architecture  is  less  than  divinely  inspired/ and  may  actually  be  an 
"abnormality"  with  which  we  have  all  learned  to  live. 


B.       MAINFRAME  CENTRALIZATION  OF  FUNCTION 


THE  VON  NEUMANN  ARCHITECTURE 


1984  is  the  fortieth  anniversary  of  the  "von  Neumann  machina^  which 
fundamentally  treats  its  programs  as  if  they  are  data  in ^ttj^reeg^.  This 
magnificent  conceptual  breakthrough  permitted  the  development  of  general 
purpose  computers  as  we  know  them  today.  Prior  to  that,  instructions  were 

The  general  purpose  computer  provides  the  "leading  part"  w^=Hch^  can  control 
both  the  flow  of  processing  and  the  flow  of  data.  Conceptually,  it  facilitates 
centralization. 


hajidywired  into  the  processor. 
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Unfortunately,  |t  also  creates  what  John  Backus  (the  father  of  FORTRAN)  has 
described  as  the  "von  Ne'j|^mann  bottlenecl^  Treating  instructions  and  data  in 
a  similar  fashion  means  that  data  are  transferred  between  storage  and  the 
processor  one  word  at  a  time.    Despite  the  tremendous  advances  in  , 
processor /speeds  and  memory  sizes  on  large  general  purpose  mainframes,  +^ey^ 
still  fo^o^data  (including  instructions)  back  and  forth  through  this  narrow 
bottleneck. 


f 

perspective. 


During  theyjast  year,  INPUT  has  attempted  to  put  large-scale  mainframes  into 


Their  primary  functions  were  listed  in  the  Residual  Value  Forecasts/^r 
Large-Scale  Systems,  December  1983.  These  functions  were  defined  asQ 


boing^^ 


Heavy  computation. 

Transaction  processing  against  large  data  bases. 


Data  base  management  for  a  computer/communication,  network. 

J 

In  Large-Scale  System^DirectioPjjf^Disk,  Tape,  and  Printer  Systems^ 
published  in  March  1984,  INPUT  projected  IBM's  probable  structuring  of 
distributed  data  bases.  On  large-scale  mainframes  these  data 
structures  were: 

Physical  sequential  files. 

VSAM  files. 

IMS/VS  and  DL/I  data  bases. 
DB2  relational  tables. 
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In  Larqe-Scale  Systems  Directions;  Midyear  Update^^l^S^  INPUT 
warned  of  potential  large  mainframe  performance  problerns  based  upon 
the  use  of  large  general  purpose  mainframes  as  "data  base  machines|j/| 
Some  of  these  performance  problems  can  be  directly  related  to  IBM's 
highly  centralized  hardware/software  implementatcpion  of  large  general 
purpose  mainframes  of  von  Neumann  architecture.  ^ 

Specifically,  the  von  Neumann  architecture  is  designed  for  scalar  operation^^ 
and  both  scientific  and  commercial  computer  operations  «^t^dealing  with 
vectors^ists,  tables^and  strings  where  one  word  at  a  time  does  indeed 
represent  a  severe  bottleneck.  In  addition,  the  IBM  System/360  and  370 
implementation  of  von  Neumann  machine  leaves  a  lot  to  be  desired  in  the 
handling  of  such  structur^  For  example,  even  before  System/360  was 
announced  in  1964,  computers  with  the  following  features  were  available: 


Multiple  levels  of  automatic  indirect  addressing  and  address 
modification^hich  minimized  processor  access  to  storage  during 
instruction  interpretation  and  eliminated  unnecessary  movement  of 
data  between^iprocessor  and  storage  (for  example^during  sorting). 

Automatic  memory  protection  through  the  setting  of  limit  registers 
and  interrupts  on  tagged  data  and  instruction  words  (eliminating  the 
looping  required  to  check  table  entries,  record  blocking,  and 
interference  between  programs  and  data). 


Word  sizeS/^yvhich  permitted  more  comprehensive  addressing  schemes 

)  !/»«' 

(and  precision  of  computation)  without  resortj^tfe  architectural  changes 
such  as  XA  (which  has  been  referred  to  as  "extended  accommodation" 
within  IBM).  In  other  words,  the  32-bit  word  size  of  the  IBM  360/370 
architecture  tend^  to  make  the  bottleneck  more  confining. 
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IBM  OPERATING  SYSTEMS 


SNA  is  ten  years  old,  but  the  large  IBM  host  under  MVS/XA  has  continued  to 
epi|^nnize  progressive  centralization  as  it  strives  to  maintain  its  dominance  of 
the  network.  Precious  little  function  has  been  distributed  from  large 
mainframes  over  the  |pst  Jerr  years,  and  IBM  has  been  reported  as  saying  that 
MVS/XA  will  "run  out  of  gas"  by  the  late  1980s  because  it  will  not  be  able  to 
handle  all  of  the  intelligent  workstations  w&e^jwill  be  linked  up  by  that  time. 

Think  about  the  large  central  host  in  an  SNA  network  controlling  hundreds  of 
intelligent  workstations  (soon  to  be  thousands),  tens  of  gigabytes  of  direct 
access  storage  (soon  to  be  hundreds  of  gigabytes  or  terabytes),  tens  of 
megabytes  of  RAM  (soon  to  be  hundreds),  and  the  variety  of  tasks  being 
performed  under  MVS/XA,  TSO,  IMS,  DB2^tc.  Then  think  about  programs 
(systems  and  applications)  designed  for  the  von  Neumann  architecture  being 
passed  (along  with  their  data)  through  the  bottleneck  between  processor  and 
storage.  It  is  a  miracle  that  these  centralized  systems  have  progressed  to 
their  current  size  and  work  at  all! 

Yet  they  remain  at  the  heart  of  IBM's  hardware/software  strategy  through  the 

1980s;  and/^espite  reports  to  the  contrary,  the  large  IBM  mainframes  (and 

associated  operating  systems)  ostiot  going  to  become  extinct  because  of  either 

A 

new  hardware  (microprocessor)  or  systems  software  (UNIX)  advances. 
However,  there  is  no  question  that  IBM  has  emphasized  progressive 
centralization  at  the  expense  of  other  GST  trends,  and  it  is  primarily  a 
question  of  how  much  control  IBM  can  exercise  over  the  inevitable  trends  -xT 
toward^  integration,  differentiation^nd  mechanization  wWdm^  inherent  in 
computer/communication  networks.  ^ 
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C.       INTEGRATION  TO  INFINITY  ? 


SNA-THE  HOST  WITH  THE  MOST 

SNA  originally  was  designed  to  exercise  control  over  distributed  processing  by 
employing  relatively^nnited  functior^xpensiv^controliers  (3705,  3790)  in 
lieu  of  minicomputers,  which  were  more  cost-effective  for  distributed 

T  A. 

processing.  Any  processing  at  remote  locations  would  be  integrated  by 
becoming  host  dependent.  For  example: 

Timesharing  from  outside  service  bureaus  and  departmental 
minicomputers  was  countered  by  providing  a  timesharing  option  (TSO) 
under  what  was  essentially  a  batch  system  (OS/360^evolving  over  time 
to  MVS/XA).  However,  individual  terminals  serviced  directly  from  a 
centra!  host  were  not  cost-effective  compared  to  interactive  terminals 
serviced  from  either  local  or  remote  minicomputers. 

When  specific  interactive  applications  started  appearing  in  branches  of 
banks,  retail  outlets,  insurance  companies^etc,  it  became  apparent 
that  the  large  number  of  terminals  being  serviced  could  not  be 
supported  from  remote  large-scale  mainframes.  IBM's  initial  response 
was  to  distribute  a  few  communication  functions  to  the  3705  and 
minimal  processing  to  the  3790  cluster  controller  and  keep  all  data 
bases  (and  software)  centrally  located. 

Eventually  some  software  was  developed  (DMS  was  a  joint  IBM- 
customer  software  project)  and  it  became  apparent  that  even  at  best 
the  3790  would  not  support  any  significant  amount  of  processing.  The 
economics  of  minicomputers  (including  IBM's  own  Series/ 1)  became 
increasingly  apparent,  and  IBM's  response  was  (and  continues  to  be)  the 
excrutiatingly  slow  upgrading  of  the  3705  to  the  372X,  and  the  3790  to 
the  8100  series. 
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The  demand  for  large  nnainframe|^mips  was  fueled  by  providing 
terminal  access  to  centralized  data  bases— especially  when  the  DBMS 
was  IMS. 


/ 

J/rapi 


The  unexpected/fapid  development  of  personal  computers  (microprocessors)  is 
causing  forced  integration  under  the  great  SNA  umbrella.  Micro-mainframe 
links  are  designed  to  moke  the  standalone  PC  (which  has  already  been  semi- 
officially declared  dead  by  IBM)  become  dependent  upon  the  host  for  data. 

There  are  also  a  multitude  of  standalone  processors  (System  36*s,  38's,  43XX's, 


vol 


Series/ M^^and  foreign  processors)  J*4ji+e^must  eventually  be  incorporated  in 
the  network  at  least  at  the  level  of  document  interchange  and  control,  and  for 
data  base  transfer  and  backup.  Integration  under  SNA  will  result  in  additional 
host  burden. 


2.       MVS/XA  AND  MULTIPROCESSING 

o        tAVS/XA  is  the.extension  of  IBM's  mainstream  operating  systems  thrust.which 
stcj^ed  with  OS/MFT  and  has  gone  through  numerous  iterations.  However,  it  is 
not  an  appropriate  system  to  integrate  all  of  the  various  systems  mentioned 
above.  Therefore,  it  will  probably  find  itself  integrated  under  VM  along  with 
a  variety  of  operating  systems  (including  UNIX)  at  various  levels  in  the 
processing  hierarchy.  Piling  another  level  on  the  software  hierarchy  only-adds~v 


on 

additional  burden     the  mainframe. 


As  an  architectural  answer  to  the  demand  for  more  mips,  dyadic  processors 
were  employed  in  the  3081,  and  the  3084  i|^  an  MP  version  of  the  3081.  There 
is  overhead  associated  with  multiprocessing  systems  (Sge^xhibit  1 1- 1  in 


Larqe-Scale  Systems  Directions;  Midyear  Update^n^96^^nd  integrating  a 
variety  of  networked  systems  through  a  centralized  mainframe  with  quadruple 
processors  running  multiple  operating  systems  under  VM  is  going  to  result  in 
one  big  bottleneck  in  the  SNA  network. 
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However,  this  massive  centralization  seems  to  be  the  way  IBM  is  goings 
because  Sierra  is  being  promised  with  a  "single  systems  view||^  Indeed,  it  is 
INPUT'S  opinion  that  integration  of  distributed  data  bases  requires  ^'^^Q 
emergence  of  a  "leading  part"  to  dominate  the  behavior  of  the  network^ 
otherwise^chaos  is  inevitable.  Unfortunately,  IBM's  traditional  emphasis  upon 
progressive  centralization  (without  orderly  distribution  of  processing  to  its 
proper  place  in  the  network)  has  already  resulted  in  an  abnormal  burden  on 
host  mainframes  (many  large  installations  are  growing  at  the  rate  of  50%  per 
year  in  required  processing  power).  Therefore,  data  base  integration  through 
the  SNA  hosts  may  result  in  the  necessity  to  distribute  processing  power  in  a 
less  than  orderly  fashion  with  resulting  negative  impacts  on  information 
quality. 


THE  PROBLEMS  OF  OFFICE  AUTOMATION 

Emerging  office  systems -whieh  integrate  voice,  data,  text,  and  images  present 

OCA  ^ 
especially  theoj^y  problems  for  IBM  under  their  heavily  centralized,  host- 
oriented  strategy.  Once  paper  starts  to  disappear  (or  at  least  be  contained) 
and  electronic  mail  and  messages  are  substituted  for  some  voice 
communications,  a  new  level  of  reliability/availability/serviceability  is 
required.  And,  regardless  of  improvements-wl^rlj^have  been  made,  IBM 
mainframe  hardware/software  RAS  does  not  compare  favorably  with,  let's 
say,  an  electronic  switching  system  for  AT&T  communications. 

In  addition,  performance  of  general  purpose  hardware/software  systems,  in 
terms  of  the  number  and  cost  per  terminal  serviced,  has  never  compared 
favorably  with  systems  designed  specifically  for  the  communications 
environment.  Theoretically,  the  operator  at  the  intelligent  workstation  should 
not  have  to  be  concerned  about  where  data  or  information  is  located,  but 
there  is  going  to  be  a  big  difference  in  responsiveness  when  it  is  located  on 
the  LAN  and  when  it  is  on  the  mainframe  (even  if  the  mainframe  is  in  the 
same  building). 


-8-(UCLS-3-ll)PH  12/6/84 


The  fact  that  a  request  forwarded  to  the  mainframe  may  require 
searching  an  enormous  data  base  will  be  immaterial  to  the  new  class  of 
users.  Consistency  of  response  is  extremely  important  in  an 
interactive  environment^nd  anything  going  through  the  mainframe 
bottleneck  is  going  to  be  subject  to  delay. 

There  is  also  a  question  of  cost  and  billing.  Data  and  documents 
obtained  from  the  central  storage  facility  (mainframe)  are  going  to  be 
substantially  more  expensive  than  those  stored,  produced.and  retrieved 
on  the  LAN.  ' 

y 

It  is  little  wonder  that  IBM  is  approaching  LANJs  cautiously.  Th^i*"^ 
^tegration]wt4flanainframe]under  SNA  is  going  to  expose  price 
performance  imbalance  of  substantial  proportions. 


e^5 


Office^  systems  will  also  expose  the  technological  weaknesses  of  the 
mainframes AVft^Ksupport  them.  For  example,  integrated  electronic  filing 
systems  incorporating  optical  disl^are  beginning  to  appea^^hi4«^IBM  is 
supporting^  Scanmaster  I  off  of  mainframes.  ^ 

The  cost  of  storing  images  on  optical  disk  versus  magnetic  disk  is  going 
to  be  lower  by  at  least  an  order  of  magnitude.  (See  Exhibit  11-^  in 
Larqe-Scale  System^irection^Disk,  Tape,  and  Printer  Systems, 
INPUT  198^  ^ 

In  addition,  the  cost  of  image  processing  on  large  mainframes  is  going 
to  expose  not  only  the  "von  Neumann  bottlenecl^but  also  the  "virtual 
bottleneck"  of  page  size.  An  MVS  page  won't  hold  a  picture  (image)^it 
will  require  at  least  leTf^f  them.  ^ 

/O 
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THE  "VIRTUAL  BOTTLENECK" 


The  overhead  of  virtual  storage  systems  has  been  largely  ignored  in  recent 
years,  but  there  Is  little  question  that  it  has  contributed  to  the  insatiable 
demand  for  processing  power.  It  is  not  our  intention  to  rehash  the  arguments 
concerning  the  benefits  and  costs  associated  with  VS  except  to  state  that  both 
technology  (in  terms  of  large,  cheap  main  memory)  and  the  role  of  large 
central  mainframes  have  changed  considerably  since  VS  was  determined  to  be 
the  preferred  scheme  for  memory  management. 


of  data,  the  cost  of  paging  is  not  nearly  so  important  as  the  "von 
Neumann  bottleneck"  in  such  scientific  computation. 

However,  commercial  application  requiring  sorting,  table  searching, 
and  random  access  to  large  data  bases  do  not  exhibit  locality  of 
reference  in  either  their  program  structure  or  data  accessing.  The  use 
of  host  mainframes  as  data  base  machines  requires  precisely  this  type 
of  processing,  and  page  size  (and  paging  management)  becomes  a  very 
real  "virtual  bottlenecw't\ 


It  does  not  appear  that  IBM  intends  to  change  its  current  308X,  VM/MVS/XA~ 
oriented  architecture  in  either  Sierra  or  Summit.  However,  it  is  INPUT'S 
opinion  that  rapid  off-loading  of  the  mainframe  through  differentiation  and 
mechanization  of  function  may  prove  necessary  if  the  host  is  to  fulfill  -ttie^ 
proper  role  in  the  emerging  distributed  data  base  environment. 
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D.       DIFFERENTIATION  OF  FUNCTION 


I.       THE  CURRENT  ARCHITECTURAL  ENVIRONMENT 


Before  procel^ing  to  describe  the  inevitable  GST  trends  toward^ 
differentiot^n  and  mechanization  of  function,  it  is  innportant  to  recognize 
"abncj^alit^'  v^n^has  been  created  by  IBM's  past  (and  continued)  reluctance  ^ 
to  distribute  processing  on  either  an  architectural  or  geographic  basis.  j^lBM's 
emphasis  upon  centralization  by  the  current 

necessity  to  integrate  personal  computers,  decentralized  small  business  ^^^^ 
systems  and  minicomputers,  and  disparate  office  automation  products^s-^*^  — n 
-depicted  iflExhtbTrTPTr^__^  _^ 

The  IBM  strategy  is  to  get  all  of  the  sources  of  data  and  information 
integrated  at  some  level  under  the  highly  centralized,  host-oriented,  SNA 
umbrella.  The  large  mainframe  becomes  the  "leading  part"  upon  which  all  of 
the  subsidiary  parts  become  dependent  for  data  and  information  interchange. 

i.    ')i  ...  S  '^y 

,-rS<»(=>  Fvhihit  11-7  in  I  nrne^-^nn\f  Sv<:tiam<:  nir«=>i^tinnr    MiHaVfinr  i  innnTo  ^.  i  -ii  ill 


[^^^See  Exhibit  11-2  in  Large-Scale  Systems  Directior^  Mid-^tXear  Update p-+96^l^ 
for  the  services  provided  by  large  host,  data  base  machines.f'^*^ 


The  problem  is  that  the  host  hardware/software  architecture  will  create  an 
expensive,  central  bottleneck  Avl^^^may  not  be  capable  of  providing  adequate 
service  to  the  dependent  parts  of  the  system.  When  performance  problems 
have  arisen,  the  solution  has  been  to  dedicate  systems  based  on  applications: 
production  versus  development,  batch  versus  interactive,  batch/production 
versus  data  base,  and  now  data  processing  center  versus  information  center. 
From  the  vendor^oint  of  view,  this  is  an  ideal  "solution"  for  the  following 
reasons: 


Multiple  systems  are  not  as  effectively  used  in  terms  of  both 
processors  and  storage  (more  hardware  sales). 
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Systems  software  must  be  duplicated  (more  software  sales). 

Performance  problems  (including  reliability,  availability,  and 
serviceability)  are  obscured. 

Unfortunately,  from  the  usei^ point  of  view/the  additional  costs  go  a^y(e  and 
beyond  the  direct  hardware/software  expense. 

^ach  additional  console  (system)  results  in  added  costs  in  terms  of 
overhead  (flow  space,  lighting,  air  conditio!^  plumbing,  etc.),  systems 
software  personnel,  operations  personnel,  and  general  expenses 
associated  with  coordination  and  management  of  multiple  systems 
(even  if  they  are  on  the  same  site). 

Differentiating  the  users^applications  systems  by  assigning  them  to 
hardware/software  clones  of  the  bottleneck  is  expensivef^d  it  doesn't 
solve  the  problem.  It  merely  creates  the  requirement  for  a  new  level 
of  centralization  and  integration.  The  solution  is  to  differentiate  and 
mechanize  the  functions  of  the  bottleneck. 

VECTOR,  ARRAY,  AND  MATRIX  PROCESSORS 

The  need  to  break  the  von  Neumann  bottleneck  has-been  recognized  by  those 
concerned  with  the  development  of  supercomputers  for  heavy  scientific 
computation^^nd  for  many  specialized  applications  in  the  federal 
government.  In  addition,  the  need  to  give  a  boost  to  the  general  purpose 
mainframe  has  long  been  recognized  by  the  availability  of  attached  scientific 
processorsAwhich  have  been  referred  to  as  the  "poor  man's  supercomputer." 
Even  IBM  has  recognized^this  need  with  the  IBM  3838. 

This  year  has-seerf  both  Amdahl  and  NAS  announc^supercomput^s  wWe^can 
be  attached  to,  or  be  frontended  b>j^their  IBM  software-compatible 
mainframes.  Both  companies  anticipate  "commercial"  applications Jwhtdi^ will 
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««ciuire  heavy  computation,  but  the  systems  differ  substantiably  in  their 
capabiiitj^. 

The  Amdahl  1 100  and  1200  Vector^ocesso^have  rated  speeds  of  up  to 
267  megaflops  (millions  of  floating  point  instructior^per  second)  and 
533  megaflops  respectively,  and  with  purchase  prices  of  $9.2  million 
and  $13.7  million. 

.         These  processors  truly  qualify  as  supercomputers  and  are 
obviously  designed  to  compete  in  that  marketplace. 

The  ability  to  translate  •(^nd  subsequently  optimizej-^isting 
FORTRAN  programs  written  for  Amdahl  (and  IBM)  mainframes 
implies  that  current  applications  of  multiple  Amdahl  58XX  or 
IBM  308X  systems  might  grow  sufficiently  to  warrant  such 
processing  powe^w^his  appears  doubtful^n?e^tie  power 


differential  is  so  great.  (Megaflops  on  the  vector  processor 
cannot  be  compared  with  mips,ratings  on  an  IBMj^compatlble 
mainframe  running  under  MVSQrhe  applications  throughput  on 


K 

the  vector  processor  would  be  substantially  greater  than  the 
megaflops/mips  ratio  would  indicate.) 


The  increased  cost  of  the  Amdahl  I  100  and  1200  (maintenance 
alone  runs  $35,^00  and  $51,000  per  montl^  precludes 
incremental  growth  from  existing  application^^e  justification 
must  be  in  new  applications  (or  agai^  existing 
supercomputers). 


NAS,  on  the  other  hand,  announced  the  AS/9100  rated  at  28  megaflops 
and  sell^Tor  $300,000-|600,000  when  added  to  NAS  AS/9000 
mainframes  (the  high  end  being  for  multiprocessor  systems).  The 
AS/9100  has  been  billed  as  an  "entry-level  supercomputer" 
outperforms  IBM  308X  series  uniprocessors  by  *^4-foId)  for  vector 
processing. 
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At  that  price-performance  level  it  is  targetfed  more  at  current 
attached  scientific  processors  such  as  the  IBM  383^s^hich  it  is 
reported  to  outperform  by  approximately  three  to  one  for  vector 
processing. 


Therefore,  current  FORTRAN  workload  could  be  adapted  to  run 
on  the  AS/9100  and^result  in  substantially  better  performance 
than  on  a  machine  of  von  Neumann  architecture. 

There  is  a  FORTRAN  preprocessor  v4M«k  allows  conventional 
scalar  code  to  be  translated  to  vector  code  "without 


programmer  intervention^  so  it  would  theoretically  be  possible 
to  differentiate  scient 
specialized  processor. 


to  differentiate  scientific  applications  for  running  on  the 


Depending  upon  the  mix  of  workload,  the  AS/9100  provides  a 
means  of  relieving  the  current  and  anticipated  burden  on  large 
general  purpose  mainframes. 


Despite  having  translators  for  scalar  FORTRAN,  the  general  issue  of 
languages  and  efficient  compilers  for  vector  processors  (or  array 
processors)  has  not  really  been  addressed  by  either  Amdahl  or  NAS.  In 
addition,  using  an  IBM-compatible,  MVS-oriented  mainframe  to  handle 
the  scheduling  of  the  vector  processor  makes  it  subject  to  a  certain 
portion^of  the  overhead^^d  cost  associated  with  the  large,  general 
purpose  mainframe. 


In  addition  to  the  vector  processors  for  backending  IBM-compatible 

K 

mainframes,  it  is  worth  mentioning  that  an  additional  level  of  differentiation 
is  possible  by  isolating  the  basic  "matrix-matrix  multiplication"  functionVon  a 
matrix  computer.  During  1984,  GuilTech  Research  Company  (GRC) 
demonstrated  the  SC-533  a  matrix  computer  capable  of  (Siga  computation 
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rates  on  fixed  point  operations  (GOPS:  1 ,000,000,000  multiplies  or  adds  per 
second)  and  533  megaflops  on  floating  point.  The  system  is  designed  to 
interface  to  VAX^Cray,^^^erl<in-Elmer  host^nd  4^networks"  and  "industry 


standard  mass  storage  system^  Since  matrix  processing  reduces^ the  required 
data  rate  for^a  given  computat i onjbr ocess i ng — i/n  h^inrirp  rnn  Kp  nrhinvrd 
-^uep-on  at  mmicempntn-  rhnimrrfi=>toclor  on  q  Dro«dband  iTCtwopK 
pn''<iimi-ihlyk  The  SC-533  is  scheduled  tor  delivery  to  beta-test  sites  in  1985 
with  production  units  available  in  1986.  The  general  architecture  of  the 
system  is  depicted  in  Exhibit  11-2. 

The  host  serves  primarily  as  a  "data  funnel"  and  not  as  a  computational 
processor. 

The  SCU  (Scalar  C^ntrj^l  Limj^)  executes  the  users  applications 
program,^nd,  under  control  of  the  system  executive,  sequences  and 
synchronizes  throperation  of  the  MPTT  VPQ^  andllosT  I/O.  ^  ^ 

The  VPU  is  a  standard  commercial  array  processor  (30  megaflops) 
J*ES^£ompl^ments  the  matrix  murH£lj^^(Mg^T^^  of  the  system  with 
vector  arithmetic  necessary  for  many  algorithms. 

The  MPU  performs  the  kernel  operation  of  the  matrix  multiplication. 

All  data  and  control  communications  (Most  to  SCU,  SCU  to  MPU,  and 
SCU  to  VPU)  occur  via  the  memory,  which  ij^  a  minimum  of  16  M-byte^f 
and  all  of  the  processing  units  operate  in  parallel. 

GRC  intends  to  provide  various  software  development  features  to 

permit  user  programs  to  be  "matrixized"  including  e^f^optional,  of^ine, 

software  development  tool  for  program  development,  debug^nd 

T 

simulation.  ' 
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The  SC-533  represents  the  functional  differentiation  of  an  applications 
set  (matrix-matrix  multip^cation),  the  architectural  differentiation^f 
the  hardware  system  (host,  SCU,  VPU,  MPU),  and  the  necessary 
software  differentiation  (both  operational  and  development)  to  make 
effective  use  of  the  system. 


Therefore,  a  wide  variety  of  "solutions"  for  the  von  Neumann/computational 
bottleneck -afe,  becoming  available.  From  the  perspective  of  the  large  IBM.-,<, 
host-oriented  network^a  variety  of  configurations.ii^e'possibTeXExhibit  ll-3y-A, 
but  they  have  one  thing  in  common^?the  general  pt^DOse  mainframe  serves  as  a 
data  manager  and  processing  schedule^y^for  the  specialized  processors. 

DATA  BASE  COMPUTERS 

ServiXig  as  a  data  manager  for  heavy  computation  is  not  the  same  as 
serv+^ng  as  a  data  base  manager  for  large  data  bases.  The  volumes  of  data 


for  scientific  computation  may  be  quite  large^but  frhey  arefnormal ly Veduced 
prior  to  heavy  computationj-eod^ these  data  are  normally  represented  by  on^or 
two-word  values  (32  or  64  bits).  The  management  of  large  data  bases,  on  the 
other  hand,  result^in  complex  structures  of  variable  length  data.  The 
manipulation  and  control  of  these  data  structures  also  represent  a  substantial 
burden  for  the  von  Neumann  architecture. 


Fortunately,  many  of  the  data  management  problems  reduce  to  the  processing 
of  one^^nd  tw&jword  values  in  terms  of  indices,  pointers,  and  sort  keys.  In 
addition,  the  structures  of  these  data  Aand  t^Teycj  themselves  to  vector 
processing  (regardless  of  whether  they  are  called  tables,  list^or  directories) 
and  eventually  even  to  multidimensional  matrix  processing  (for  more  complex 
data  structure^including  images).  The  primary  difference  Is  that  data  base 
management  requires  comparisons  (logical  operations)  rather  than 
conventional  arithmetic. 
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Unfortunately,  while  the  need  for  fast  arithmetic  has  been  readily  apparent  in 
many  scientific  problems  ^^e^simply  can't  be  solved  without  ever-larger 
computers,  the  heavy  processing  requirements  associated  with  large  data 
bases  (and  complex  data  structures)  have  been  virtually  ignored  by  computer   ,     ,    J  jj  ^ 
architects.  In  addition,  ♦he  aaditionak  data  base  manageffHii'il  buiueii  IrilPOT  *■  ^ 


^■esees  is-f=>ot-tfefy  olcarly  ifndcrst^ 
even  though confronted  with  massive  mainframe  upgrades  with  each 
"advance"  along  the  road  to  c^tral,  corporate  data  bases. 

Nevertheless,  the  need  for  data  base  machines  to  support  relatively  new  data 

base  structures— specif ically  the  relational  model— ha^^been  recognized  as 

soon  as  relational  data  base  systems  got  out  of  the  laboratory  and  university 

and  into  the  commercial  environment.  Britton  Lee's  Intelligent  Data^fase 

r  ^ 

Machine  (IDM)  was  introduced  in  1981  specif  i^My  to  suppo^  a  full-blown 
relational  DBMS.  (To  quote  David  Britton:  ^xS»Ve  had  to  ship  the  hardware 
that  would  make  i j|^erforrr|)  The  IDM  operates  as  "^^lobal  data  base 
resource  to  mainframes,  minis,  and  microcomputers  as  standalones,  in 
clusters,  or  on^a  local  area  network  (LAN|^). 

^/^Associative  memories  ha)i(€rkTcl<Ba  around  in  the  research  laboratories  for 


twenty  years^and  have  finally  begun  to  erqerge  In  the  attempts  to  solve  the 
data  base  performance  problem.  Tj^^Jall  under  the  same  general  category  as 
vector  processors^being/(^ingle4nstructiory^ultiple^ata .Machines.  They  can 
give  a  substantialVerformance  boost  in  tFie  data  base  environment;  but  it  is 
not  clear  whether  they  will  be  isolated  in  separate  data  base  machines  or  used 
in  advanced  storage  controllers.  INPUT^predict-i^n-bao  bccnr  that  IBM  will 
find  it  necessary  to  improve  performance  of  DB2  (even  on  Sierra^nd  an 
enhanced  controller  is  a  good  bet.  ^ 


INPUT  has  also  predicted  that  a  "sort  box"  would  be  developed  to  improve 
DBMS  performance.  This  particular  prediction  goes  back  4e^even  years^go^ 
when  IMS  was  just  beginning  to  hit  the  large  mainframes.  IBM  has  never  done 
any* thing  along  this  line,  because  ISM  performance  has  been  extremely 
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effective  in  forcing  mainframe  upgrades.  However,  at  the  National  Computer 
Conference  in  Los  Vegas  (July  1984),  the  Japanese  fifth-generation  project 
■pnoe^  two  announcements: 

The  sequential  inference  machine  (SIM)  which  was  described  as  a 
parallel-multiprocessing  machine^y(This  system  should  not  be  confused 
with  the  large-scale  parallel  processors  described  abovef^it  is  a 
prototype  personal  computer  with  the  power  of  a  Degsystem-20  Model 
2060.) 


A  relational  data  base  machine  called  Delta  was  announced  In  support 
of  SIM.  It  was  described  as  a  "special  engine  for  merging  and  sorting 
data." 

The  differentiation  of  function  for  the  management  of  data  will  become 
increasingly  necessary  as  data  bases  grow  in  size.  The  development  of  these 
data  base  engines  will  unquestionably  take  many  forms,  but  they  will  closely 
parallel  the  sample  processor  configurations  for  heavy  computatioij^jpxhibit 
ll-3|?''The  large  mainframe  will  be  left  with  the  role  of  traffic  cop  on  the 
network  wS«*^will  be  handling  the  flow  of  data  and  Information  among 
intelligent  terminal  (users),  processors. and  data  bases. 

NETWORK  MANAGEMENT 


This  remaining  function  looks  more  like  an  electronic  switching  system  than 4+-^ — ' 
•dosd  a  general  purpose  mainframe.  Jt^jnust: 

Be  highly  reliable. 

Provide  routings,  "busy  ofiginals't^ messages  on  use,  etc. 

Maintain  directories  of  subscribers,  terminals,  processors,  and  data 
bases. 
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Provide  billing  for  use. 


This  is  the  area  of  conflict  between  AT&T  and  IBM^both  nnust  compete 


against  the  othei^past  strength's.  However,  we  are  already  beginning  to  see 
integration  of  communications  functions  (voice,  data,  and  image),  and  therre 
is  agreement  that  large  mainframes  operating  under  MVS/XA  were  not  ' 
originally  designed  for  the  interactive  environment.  On  the  other  hand,  UNIX 
was  not  designed  to  handle  the  management  of  large  data  bases  or  complex 
scheduling  problems. 

Both  new  hardware  and  new  software ^j^oing  to  be  required  before  the  proper 
management  of  networks,  inpiuding  the  currently  confused  LANs^is  possible. 
However,  for  our  purposes/the  main  point  is  that  thorg  is  no  question- 
services  will  not  be  tunneled  through  the  bottleneck  of  the  large  mainframes. 


E.       MECHANIZATION  AND  MICROS 


Just  as  major  functions  (computation^  data  base  management,  network 
management)  will  tend  to  become  differentiated  into  more  specialized 
hardware/software  systems,  the  mere  routine  fu|^tions  of  general  purpose 
mainframes  will  tend  to  become  mec^Tjiized. 

Language  interpretations,  compilation^and  error  checking  will  be  performed  at 
the  intelligent  workstations^efore  moving  onto  the  network.  Languages  will 
continue  to  proliferate,  but  terminals  will  tend  to  become  more  specialized/^ 
with  many  translators,  interpreters,  and  compil^  built  wt+h^the  hardware. 
For  example,  a  scientist  dealing  with  matrix-matrix  multipjcation  will  have  an 
appropriate  algebraic  language  built  into -m^ term ignl,  and  someone  using  the 
query  facility  for  DB2  will  also  have  a  specialized  terminal.  Neither  would 
require  intermediate  translation  prior  to  transmission  to  the  matrix  computer 
or  relational  DBM^ 
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As  knowledge^ased  systems  develop,  j^ntegration  ^  hardware,  software/^and 
knowledge^base  will  result  in  a  fully  mechanized  (single^function)  system^ for 
the  use  of  the  operator.  For  example,  a  doctor  will  have  a  system  for 
diagnosis  at  the  office  wwc^wil^be  for  that  purpose  alone. ^Me  will  keep 
track^  of  iu^stock  portfolio  on  -W^personal  compute^. 

It  all  adds  up  to  the  eventual  demise  of  the  large  mainframe,  but  the 
transition  will  be  relatively  slow.  In  fact,  Sierra  has  now  been  sHpped^to  1985, 
and  Summit  is  still  in  the  works  for  the  late  1 980s? but  starting  in  the  1990s 
there  will  be  more  concern  for  residual  values  of  networks  rather  than 
discrete,  large-scale  systems.  INEUTTTSpei  lu  piuv/idti  that  ierv+cc-A.^ 
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Ill       RESIDUAL  VALUE  FORECASTS 


A.       FACTORS  AFFECTING  RESIDUAL  VALUE  FORECASTS 

o        Computer  equipment  residual  value  forecasts  are  based  upon: 

Analysis  of  historical  events  and  trends  leading  to  judgments  about 
whether  (and  in  what  way)  such  trends  may  change. 

Predictions  by  computer  industry  experts  on  expected  actions  by  IBM 
and  responding  strategies  by  both  software-compatible  mainframe 
manufacture^  and  vendors  of  alternate  terminal  solutions. 

Analysis  of  variables  affecting  residuals  listed  in  Exhibit  111- 1. 

o        The  most  viyi^ble  factor  affecting  IBM  mainframe  residual  values  is  the 

announcement  of  a  new  series  of  large-scale  systems.  Computer  industry 
experts  make  a  living  with  such  predictions,  but  actual  announcements  have 
never  caused  violent  fluctuations  in  INPUT'S  projected  residual  values. 


When  IBM  announced  the  308XX  in  early  1984,  INPUT  issued  an  executive 
jjulletin  on  the  probable  impact  on  both  residual  values  and  the  announcement 
of  Sierra  (these  predictions  were  reviewed  in  Large-Scale  Systems 
Directions;  Mid^Year  Update^^l^^ with  tho^^conclufr^B|^that  IBM  would  not 
be  under  any  pressure  to  announce  a  new  series  despite  the  experts^redictions 
for  announcement  late  this  year.  The  current  situation  Is  as  follows: 
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As  the  year^progresse^,  the  "experts" -^r^egi«mn^ to  push  back  their 
predictions.  One  such  expert  was  recei^ly  quoted  as  stating  that  Sierra 
would  be  announced  "perhaps  as  early^as  third-quarter  198^  with 
Sumnnit  being  announced  by  the  second  quarter  of  1987.  ^ 


When  predictions  are  changed,  it  is  always  good  strategy  to 

pretend  you  were  not  one  of  the  experts  who  had  been  predicting 

an  earlier  announcement(£^|Berhaps  as  early"  is  a  good  example 

A  =^ 

of  a  not  too  subtle  attempt  at  disassociati©n&from  the  rest  of 

A 

the  pack. 


INPUT  titled  its  executive  i)ulletin  on  the  308XX  models  Musical 
Mainframes  Agair^j^^fbut  positioning  Sierra  and  Summit  less 
than  two  years  apart  would  seem  to  indicateJBM  has  been 
leaking  "information"  to  the  experts]  andj^'orchestrated 
confusion"  really  reigns. 


It  is  obvious  INPUT  cannot  let  predictions  by  outside  experts 
play  too  important  a  role  in  our  forecasts  of  residual  values,even 
though  we  do  read  them  to  complement.more-serious  analysis. 

One  of  the  sources  we  use  is  a  poll  of  what  IBM  is  telling  its  major 

customers  concerning  future  announcements.  wW+a  this  method  does 

not  contribute  to  significantly  more  accurate  predictions  than  list|Jng  to 

the  experts,  it  is  informative  to  follow  the  explanations  used  when  IBM 

shifts  direction.  For  example,  as  recently  as  three  or  four  months  ago, 

IBM  was  still  telling  some 4er%«  customers  that  Sierra  would  be 

announced  in  Now,  IBM  is  leaking  information  to  its  customers 

about  "terminal  problems"  with  Sierra  and  encouraging  purchase  of 

/V. 

upgrades  to  the  3084Q. 
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• 


Any  new  system^  or  technology  can  be  repeated  to  have  technical 
— — problems  it  /oj|r  don^^^want  to  announcej^it  is  an  extremely 
convenient  excuse  for  marketing  representatives 

because ^he^cannot  be  expected  (t^itherj  understand  or  explain 
A^^^^  'ix^ff'^^'Jl   -t^cA^icai  -.r-ahta*^' 

Technical  problems  seldom  delay  announcements  when 
competitive  pressures  warrant  getting  a  product-boterc  the 
marketplace.(deliverieSy4'e«i»iannouncements^H=»©)^<>f  A.tv>  f^*^^^^ 

Therefore,  INPUT  does  not  rely  too  much  on  what  IBM  is  telling 
its  customers. 


The  truth  of^he  matter  is,y^NPUT  relies  primarily  upon  what  makes  good 


iflh 

^  3?  IN  CV^ 

financial  sense  for  IBM  when  wq  gntioipaia  IBM  uiinountjementKjThat  is  the 

secret  of  ^^a^prt^dTetlcm^^aHy  in.  j98^lj^4h  and/or  delivery 

schedules  of  Sierra  will  be  delayed  to  permit  the  308XX  profitability 

advantages  to  be  exploited."  It  is  still  INPUT'S  opinion  that  this  is  a  more 

plausible  reason  than  "technical  problems"  for  the  Sierra  slippage.  The 

slippage  has  been  factored  into  our  residual  value  forecasts. 


B.  ANNOUNCEMENTS 


o        The  following  announcements  of  significance  in  forecasting  mainframe  residij| 
values  have  been  made  since  the  Large-Scale  Systems  Directions;  Mid-fYear 


Update  was  published. 


IBM  announced  price  reductions  on  the  3080  series  of  mainframes  in 
early  September^!  984. 

The  price  cuts  ranged  from  12-16%  on  processors. 
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Memory  prices  were  reduced  from  $20,000  to  $  1 6,250  per 
megabyte^ith  8  M-bytes  being  reduced  from  $  1 60,000  to 
$130,000. 


The  prices  of  3082  processor  controllers  were  also  reduced^ith 
the  low-end  Model  X8  going  down  to  $145,000  from  $170,000  and 
the  high-end  Model  X48  going  to  $490,000  from  $540,000. 

The  3087  Model  I  coolant  distribution  unit  was  cut  from  $60,000 
to  $50,000. 

And/the  price  of  I/O  channels/was  cut  from  $  1 8,750  to  $  1 6,250. 


Within  a  week,  both  Amdahl  and  NAS  reacted. 


Amdahl  reduced  purchase  prices  on  all  580  series  mainframes 
from  9%  to  16%. 


NAS  announced  reduced  purchase  prices  on  their  5000/900 


  "  M 

series^hich  ranger^from  12:^16%. 


f. 


While  both  NAS  and  Amdahl  were  announcing  the  supercomputers  Wf^^h^were 
reviewed  in  the  precerfding  section  of  this  report,  IBM  was  keeping  the  pot 
boiling  at  the  low  ena  of  the  4300  line  and  at  the  crucial  overlap  between  the 
high  end  of  the  4300  and  3080  series. 


In  mid-September,  IBM  announced  a  low-end  addition  to  the  4361 

^ 

series,  the  Model  3,  priced  at  $56,500  with  2  M-bytes  of  main 
memory.  At  the  same  time: 

The  4321  and  4331  series  of  mainframes  were  cancelled,  with 
sharply  reduced  prices  (21%  to  37%  reductions)  being  in  effect 
wh^le  orders  were  still  be^accepted  (through  12/31/84). 
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Existing  models  of  the  4361  were  reduced  in  price  by  10%. 

Then  in  late  October,  IBM  announced  the  low-end  SOSs/Model  CX  and 
the  high-end  438  L  Model  Group  2. 

A  3083  Model  CX^^including  CPU,  3082  processor  controller, 
3087  Model  I  coolant  distribution  unit,  8  M-bytes  of  main 
memor)^and  eight  channels^is  priced  at  $830,000. 

A  4381  Model  Group  3  processoi^with  8  M-bytes  of  main  memory 

and  twelve  standard  channelsJs  priced  at  $825,000. 

r 

The  3083  Model  CX  is  reported  to  perform  at  about  2.5  mip^and 
the  4381  Model  Group  3  at  between  4.6  to  5.1  mips.  ^ 


If  you  are  wondering  why  anyone  would  buy  a  3083  Model  CX 
when  the  4381  Model  Group  3  has  near^  two  times  the  price- 
performance,  you  are  in  good  company,  even  IBM  doesn't  really 

exp>eF+eff6e-44^ 
A 

However,  INPUT  bel  ieves  the  answer  is  clear:  you  buy  the  3083 
when  you  are  establishing  a  major  SNA  host  mode  (it  can  grow 
to  a  3084Q  if  you  like),  and  you  put  in  a  4381  at  a  mode  with 
more  predictable  processing  requirements  (a  branch  office  or 
manufacturing  plant). 


In  other  wordsJf  you  anticipate  rapid  growth  you  are  going  to 
pay  for  it—especially  until  Sierra  is  announced  and  large 
mainframes  achieve  price-performance  more  competitive  with 
the  mid-range  4300  series. 
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Other  announcements  of  general  interest  include: 


IBM's  acquisition  of  ROLM. 

CDC  getting  out  of  the  OEM  peripherals  business;  STC  filing  for 
reorganization  under  Chapter  II;  and  Honeywell  selecting  IBM  as  an 
OEM  supplier  of  3380-type  disk  systems.  It  doesn't  require  a  lot  of 
analysis  to  determine  the  direction  of  large-scale  disk  storage  systems, 
and  the  whole  sequence  of  events  makes  us  more  than  a  little  Sftie^t.J^' ' 
The  full  impact  of  the  developments  will  be  analyzed  in  the  next 
Larqe-Scale  Systems  Directions;  Disk,  Tape,  and  Printer  System^ which 
will  be  publishedfin^early)  1985.  ^ 

Amdahl  has  demonstrated  substantial  activity  in  the  software  area 
recently?^ 

Improved  delivery  schedules  on  XA  for  580  dual  processors)  wes^ 
announced  in  August  (from  the  originally  scheduled  delivery  ifw'^*' 

'^'-rjoi^^^  ^^^^^ of  c<i^^^  ^ 

Xn  agreement  to  market  Ingress  (a  relational  data  base 
management  system  from  Relational  Technology)  under  UTS 
(Amdahl's  version  of  UNIX  for  large  mainframes). 

ASPEN  (Amdahl's  alternative  operating  systerry^which  has  been^^  ^^i 
under  development  for  several  years)  wj^Teynot  officially 
announcedj^as  been  Talltcd  ii^among  prospective  customers. 

And,  as  this  report  was  being  completed,  a  "multiple  domain 
feature"  hardware  enhancement  for  the  580  series  was 
announcec^which  permits  two  operating  systems  to  coexist  on 
the  same  uniprocessor  or  multiprocessor. 
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INPUT,  in  the  belief  that  alternatives  to  IBM's  software  strategy 
were  highly  desirable,  endorsed  selective  deviations  among  plug- 
connpatible  nnainframe  vendors  years  agog/fhe  only  guestion  5!?sL 
hav«  now  is  whether  the  window  of  opportunities  has  closed. 


C.       PROJECTED  USED  MARKET  PRICES  AND  RESIDUAL  VALUES 


Exhibits  III-2  and  ill-3  contain  projected  used  market  retail  values  in  dollars,  -J 

and  the  projected  residual  values  as  a  percent  of  vendor  list  price.  It  should  v'  'T^'"^ 

be  understood  that,  at  any  given  time,  three  price  levels  existf*^ 

Retail/'rice^s  the  amount  jjn  end  user  would  pay  for  the  equipment. 

Dealer  priced  the  amount  a  dealer  would  pay  another  dealer  for  the 
equipment. 

^Wholesale  price  is  the  amount  a  dealer  would  pay  to  acquire  equipment 
for  resale. 

The  dollar  spread  between  levels  is  a  function  of  the  total  value  of  the 

transaction.  For  large  processors  the  wholesale  price  will  typically  be 

80^+^95%  of  the  retail  pric^-^tod^iasmaller  processors  70  4^90%  is 

more  likely.  ^  ^  Jjp  ^ 

—  Xtir^  A^-JWKg^  .  ^VJ^l-L^J-i-    4^t^-Ko4-,  ^'b6j>l-K65' 

A^acjul  rsro'i^^  s-^^c-x^j  6■^9•<&^-'i^^ 
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IBM  CENTRALIZATION  AND  INTEGRATION 


Central 
Data  Bases 


Back-'^p  and 
Archival  Storage 


Various- 
More  to  Come 


Office 
Systems 


MVS/XA,  VM 
TSO,  CMS,  IMS, 
DB2,  SNA 


7 


34,   36,  38 
Series  1 
"Others" 


Small  Business'  / 

and       /  J-^ 

Minicomputers  / 
/  / 


43XXS 
8100s 


Various- 
With  More 
to  Come 


Personal 
Computers 


I 


327X 
PC-Based 


308X 
Mainframes 


Remote  "SNA" 
Processors 


"SNA"  Terminals 
and  Clusters 
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EXHIBIT  II-2 


AN  EXAMPLE  OF  ARCHITECTURAL  DIFFERENTIATION 


GRC's  SC-533 

A 


Networks 


Disks 


Tapes 


Host 


Scalar 
Control 
Unit  (SCU) 


ECC  Memory 


Matrix 
Processing 
Unit  (MPU) 


Vector 
Processing 
Unit  (VPU) 
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EXHIBIT  11-3 


SAMPLE  PROCESSING  CONFIGURATIONS 
-  (Heavy  Computation) 


TIGHTLY  COUPLED 


Vector/ 
Array^ 
Processm^j 


IBM  3838,  NAS  AS/9100 


IBM  308X,  Amdahl  58XX 
NAS  9000 


LOOSELY  COUPLED  OR 
SHARED 


Vector 
Processor 


Other  Host 
Systems 


Amdahl  1  100,  1200 


IBM 

(Or  Compatible) 
Front  ^nd 


VERY  LOOSELY  COUPLED 
OR  NETWORKED 


IBM  308X,  Amdahl  58XX 
NAS  9000 


GRC  SC  533 


"Data  Funnel" 
Host 


Other  Host 
Systems 


IBM  (or  Compati- 
ble) Front't^nd 
 \iLl  


VAX,  Perkin-Elmer,  Etc. 


IBM  308X,  Etc. 
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EXHIBIT 

FACTORS  AFFECTING  COMPUTER  EQUIPMENT  RESIDUAL  VALUES 


•  IBM  practices  and  policies 

-  New  product  announcements 

.    Price/performance  ratios  relative  to  existing  products. 

.    Ease  of  conversions,  transitions,  and  lead  time  in 
obtaining  new  products. 

Ease  of  installation  and  maintenance. 

.    Effect  on  perceptions  about  IBM's  technical  direction. 

Pricing  policies 

Price  increases  or  decreases  on  existing  products. 
.    Rental  versus  purchase  break-even  ratios. 

Lease  plans  and  penalty  provisions  for  lease  termination. 

Purchase  option  accruals. 

-  Maintenance  policies 

.    Availability  and  cost. 

.    Attitude  toward  other  vendor  modifications  to  IBM 
equipment. 

•  Alternative  equipment  services  ^  ^ 

-  Price/performance  of  plug,^(softwar^)  compatible  alternatives. 

-  Third-party  leasing  options. 

•  Other  variables 

-  Environmental  support  considerations,  e.g.,  electrical  power 
consumption,  air  conditioning  needs,  space  requirements. 

-  Tax  considerations,  e.g.,  income  tax  incentives  such  as 
investment  tax  credit  and  accelerated  depreciation,  and  also 
property  taxation  rates. 

-  General  economic  conditions,  e.g.,  cost  and  availability  of 
capital  and  overall  demand  for  computing  capacity. 
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EXHIBIT  III-2 


Cf5 


ESTIMATED 

CURRENT 

MARKET^ 

PROJECTED  USED  MARKET  RETAIL 

rnuLtbbUn 

MAI  ncv 

VALUE^T 

JAN.  1  of: 

VENDOR 

HQDEL 

11/1/S^ 

1985' 

1936 

1987 

1988 

1939 

1990 

I  Oil 

TOJl  yPl 

QPJLV 

01  TO 
7100 

6092 

4264 

2437 

609 

4331-K02 

49205 

30507 

22142 

13777 

5905 

3444 

19Afl 

4341-K01 

184500 

27675 

18450 

14760 

9225 

3690 

IRAS 

6jj20 

46B00 

34320 

21840 

9360 

4361-QL3 

71500 

71500 

53625 

44330 

34320 

15730 

J  /  ^i/ 

4361-HL4 

215000 

172000 

133300 

124700 

86000 

23650 

10750 

4381-3?I2 

540000 

459000 

437400 

361800 

243000 

86400 

43200 

43Bl-afl3 

825000 

825000 

701250 

618750 

453750 

247500 

123750 

3033-N08 

1274000 

38220 

12740 

b-iiv 

ioll 

0 

0 

3033-U12 

1764000 

88200 

52920 

26460 

17640 

8820 

0 

3083-CX8 

635000 

635000 

412750 

254000 

139700 

63500 

25400 

3083-EX8 

810000 

607500 

445500 

267300 

121500 

48600 

16200 

3083-8X16 

1460000 

1138800 

332200 

525600 

277400 

116300 

29200 

3083-JX32 

2160000 

1728000 

1296000 

864000 

453600 

216000 

64800 

3081-GX16 

2475000 

2029500 

1608750 

990000 

495000 

297000 

123750 

308!-f;X24 

3365000 

2860250 

2288200 

1514250 

807600 

504750 

i.  jJJJi? 

3034-8X64 

6010000 

5409000 

4507500 

3606000 

2704500 

1502500 

721230 

AMDfiHL 

470-V7 

By  Quote 

47g-V3 

iy  Quote 

5840-16 

1700000 

1360000 

1020000 

646000 

289000 

102000 

17000 

5350-24 

2140000 

1712000 

1284000 

834600 

335200 

171200 

21400 

5860-24 

2560000 

2176000 

1740600 

1075200 

512000 

256000 

76300 

5367-32 

3360000 

3024000 

2352000 

1473400 

739200 

369600 

100800 

5866"32 

3690000 

3321000 

2583000 

1623600 

B11B00 

405900 

110700 

5370-32 

3930000 

3340500 

2751000 

1886400 

1021800 

510900 

235800 

5880-64 

5040000 

4284000 

3528000 

2520000 

1411200 

907200 

453600 
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W  EXHIBIT  III-2  Cont. 


VENDOR 

PROCESSOR 
MODEL 

CURRENT 

LIST^ 

11/1/84 

ESTIMATED 
MARKET  ^ 
VALUE**^ 
1985 

PROJECTED  USED  MARKET  RETAIL 
VALU^'^T  JAN.  1  OF: 

1986 

1987 

193B 

1989 

1990 

A3/6620 

255000 

153000 

76500 

35700 

20400 

12750 

2550 

AS/6630 

341500 

211730 

119525 

61470 

27320 

17075 

6830 

AS/6650 

417530 

279725 

167000 

104375 

62625 

41750 

16700 

AS/6660 

475000 

475000 

403750 

346750 

213750 

85500 

47500 

AS/8023-8 

699000 

594150 

363480 

230670 

33880 

41940 

13980 

AS/8043-8 

1067000 

853600 

586850 

373450 

160050 

85360 

42680 

fiS/8053-8 

1492000 

1193600 

850440 

537120 

223800 

134280 

74600 

AS/8063-8 

1905000 

1714500 

1143000 

742950 

323850 

209550 

133350 

AS/8033-16 

3374000 

2705120 

2151800 

1321820 

614800 

430360 

245920 

AS/9040-8 

1492000 

596800 

296400 

134230 

74600 

29840 

14920 

AS/9050-8 

1909000 

801780 

477250 

229080 

133630 

76360 

38180 

AS/9060-16 

2308000 

1038600 

692400 

415440 

230800 

138480 

92320 

AS/9070-16 

3249000 

1624500 

1364580 

779760 

487350 

259920 

194940 

AS/9080-16 

4140000 

2152800 

1945800 

1242000 

745200 

414000 

2B9800 

»fe*ISIational  Advanced  Systems  (NAS)  does  not  quote  processor  prices  separately;  list  price  on 
this  schedule  includes  power  distribution  unit,  controller  and  console,  where  appropriate. 
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EXHIBIT  II 1-3 


ESTIMATED 

PROJECTED  RESIDUAL  VALUE  AS 

CURRENT 

MARKET 

A  PERCENT  OF  VENDOR  LIST  PRICE 

VENDOR 

PRUCESsuR 

LISr»^ 

VALUE 

VALUE  AT  JAN. 

1  OF: 

MODEL 

11/1/84 

1985 

1  7UU 

1987 

1988 

1707 

1990 

IBH 

4331-J01 

60920 

2BI 

151 

102 

72 

42 

12 

4331-K02 

49205 

ill 

457. 

282 

122 

72 

42 

4341-K01 

184500 

15X 

10X 

82 

52 

22 

12 

4341-L02 

312000 

2iy. 

157. 

112 

72 

32 

4361-QL3 

71500 

100X 

752 

622 

482 

222 

82 

4341-i1L4 

230000 

801 

62X 

532 

402 

112 

52 

4381-0112 

540009 

857. 

eix 

672 

452 

162 

82 

43S1-0I13 

825000 

100X 

852 

/  J/« 

jj7. 

302 

152 

3033-N08 

1274000 

37. 

17. 

12 

02 

02 

02 

3033-U12 

1764000 

51 

32 

22 

12 

12 

02 

3083-01(8 

635000 

100'/ 

652 

402 

222 

102 

42' 

3083-EX8 

810000 

752 

J  J/. 

332 

152 

62 

22 

3083-81(16 

1460000 

m 

572 

362 

192 

82 

22 

3083-JX32 

2160000 

80X 

602 

402 

212 

102 

32 

3081-SX16 

2475000 

e2z 

652 

402 

202 

122 

Cf 

3081-KK24 

3365000 

682 

452 

242 

152 

72 

3084-81(64 

6010000 

m 

752 

602 

452 

252 

122 

flhDAHL 

470-V7 

By  Quote 

21 

12 

12 

02 

02 

32 

470-V8 

By  Quote 

n 

22 

12 

12 

12 

02 

•4 — 

5340-16  1 

^  170000^ 

m 

602 

382 

172 

62 

12 

5350-24 

2140000 

807. 

602 

392 

182 

82 

12 

5340-24 

2560000 

85Z 

682 

422 

202 

102 

32 

5967-32 

3360000 

m 

702 

442 

222 

112 

32 

53i8-32 

3690000 

%% 

702 

442 

222 

112 

32 

5378-32 

3930000 

S5Z 

702 

482 

262 

132 

62 

'  =  =  ?l-i4 

5340000 

551 

702 

502 

282 

182 

92 
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EXHIBIT  m-3  (Cont.) 


VENDOR 

MODEL 

CURRENT 

I  TQT 
Li3  1 

11/1/84 

ESTIHATED 
MARKET 

Wil  lie 

VHLUt 

1985 

PROJECTED  RESIDUAL  VALUE  AS 
A  PERCENT  OF  VENDOR  LIST  PRICE 
VALUE  AT  JAN.  i  OF: 

1986 

1987 

19BB 

1989 

1990 

NflS* 

flS/6620 

255000 

602 

302 

142 

82 

52 

12 

flS/i630 

341500 

622 

352 

182 

82 

52 

22 

AS/6650 

417500 

672 

402 

252 

152 

102 

42 

AS/6660 

475000 

1002 

602 

352 

222 

152 

72 

AS/B023-8 

699000 

852 

522 

332 

122 

62 

22 

flS/8043-8 

1067000 

802 

552 

352 

152 

82 

42 

AS/B053-8 

1492000 

002 

572 

362 

152 

92 

52 

AS/8063-8 

1905000 

902 

602 

392 

172 

112 

72 

AS/S083-16 

3074000 

682 

702 

432 

202 

142 

02 

AS/9040-8 

1492000 

402 

202 

92 

52 

22 

12 

AS/9050-8 

1909000 

422 

252 

122 

72 

42 

■11 

AS/9060-16 

2308000 

452 

302 

182 

102 

62 

42 

flS/9070-16 

3249000 

502 

422 

242 

152 

82 

62 

AS/9080-16 

4140000 

522 

472 

302 

182 

102 

72 

*NationaI  Advanced  Systems  (NAS)  does  not  quote  processor  prices  separately;  list  price  on 
this  schedule  includes  power  distribution  unit,  controller  and  console,  where  appropriats. 
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INPUT 


EXHIBIT  III-U 
RESIDUAL  VALUE  FORECAST  FOR 
IBM  4331-K02  PROCESSOR 

lOOli  1  1  1  1  

90  

80  
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INPUT 

UC1_S3 


0 

_l 


EXHIBIT  I1I-5 
RESIDUAL  VAUWE  FORECAST  FOR 
IBM  lail-LOI  PROCESSOR 


100%! 


90 


80 


70 


60 

o 

Ti 
C 
0) 

>  50 
o 


c 


Jan.  1985       Jan.  1986       Jan.  1  987       Jan.  1988       Jan.  1  989     Jan.  1  990 


PROJECTED 

JAN  . 

JAN. 

JAN. 

JAN. 

JAN. 

VALUES  RANGE 

1  986 

1  987 

1  988 

1  989 

1  990 

High 

18% 

15% 

5% 

3% 

Expected 

15 

11 

7 

3 

1 

Low 

11 

6 

4 

1 

0 
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INPUT 

UCLS3 


I 


EXHIBIT  III-6 


RESIDUAL  VALUE  FORECAST  FOR 


Jan.  1985       Jan.  1986       Jan.  1987       Jan.  1988       Jan.  1989     Jan.  1990 


PROJECTED 
VALUES  RANGE 

JAN  . 

1  986 

JAN. 
1  987 

JAN. 
1  988 

JAN. 
1  989 

JAN. 
1  990 

High 

68% 

62% 

50% 

25% 

10% 

Expected 

62 

58 

no 

11 

5 

Low 

55 

42 

28 

8 

3 
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INPUT 

UCLS3 


EXHIBIT  III-7 
RESIDUAL  VALUE  FORECAST  FOR 
IBM  4381-g^5  PROCESSOR 


^00%r 


90 


0  I  1  1  1  1  1  1 

Jan.  1985       Jan.  1986       Jan.  1987       Jan.  1988       Jan.  1  989     Jan.  1 990 


PROJECTED 
VALUES  RANGE 

JAN  . 

1  986 

JAN. 

1  987 

JAN. 
1988 

JAN. 

1  989 

JAN. 

1  990 

High 

83% 

72% 

57% 

23% 

12% 

Expected 

81 

67 

45 

16 

8 

Low 

72 

58 

30 

10 

5 
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INPUT 

UCLS3 


EXHIBIT  III-8 
RESIDUAL  VALUE  FORECAST  FOR 
IBM  3083-EX8  PROCESSOR 


1001 
90 


80 


Jan.  1985       Jan.  1986        Jan.  1987       Jan.  1988       Jan.  1989      Jan.  1990 


PROJECTED 
VALUES  RANGE 

JAN. 
1986 

JAN. 
1  987 

JAN. 
1988 

JAN. 
1  989 

JAN. 

1990 

High 

62% 

38% 

20% 

10% 

O  o 

Expected 

55 

33 

15 

6 

2 

Low 

42 

24 

8 

4 

1 
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INPUT 

UCLS3 


EXHIBIT  III-9 
RESIDUAL  VALUE  FORECAST  FOR 
IBM  3083-SX16  PROCESSOR 


1001 
90 


80 


Jan.  1985       Jan.  1  986       Jan.  1  987       Jan.  1988       Jan.  1989     Jan.  1 990 


PROJECTED 
VALUES  RANGE 

JAN. 
1  986 

JAN. 
1987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1  990 

High 

64% 

40% 

22% 

12% 

6% 

Expected 

57 

36 

19 

8 

2 

Low 

U5 

27 

11 

6 

1 
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INPUT 

UCLS3 


EXHIBIT  111-10 
RESIDUAL  VALUE  FORECAST  FOR 
IBM  3083- JX 32  PROCESSOR 


1001 
90 


Jan.  1985       Jan.  1  986        Jan.  1  987       Jan.  1988       Jan.  1  989      Jan.  1 990 


PROJECTED 
VALUES  RANGE 

JAN. 
1  986 

JAN. 
1987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1990 

High 

65% 

43% 

25% 

15% 

7% 

Expected 

60 

40 

21 

10 

3 

Low 

i»8 

30 

1  5 

8 

1 
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INPUT 

UCI-S3 


EXHIBIT 
RESIDUAL  VALUE 
IBM  3081-GX16 


111-11 

FORECAST  FOR 
PROCESSOR 


lOOlr 


90 


Jan.  1985       Jan.  1986       Jan.  1  987       Jan,  1988       Jan.  1  989     Jan.  1  990 


PROJECTED 
VALUES  RANGE 

JAN  . 
1986 

JAN. 
1987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1990 

High 

70% 

48% 

26% 

17% 

9% 

Expected 

65 

40 

20 

12 

5 

Low 

52 

30 

14 

7 

3 
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INPUT 

UCI_S3 


EXHIBIT 
RESIDUAL  VALUE 
IBM  3081-KX24 


111-12 

FORECAST  FOR 
PROCESSOR 


lOOlj 


90 


0  I  1  1  1  1  1  1 

Jan.  1985      Jan.  1986       Jan.  1987      Jan.  1988      Jan.  1  989     Jan.  1  990 


PROJECTED 
VALUES  RANGE 

JAN. 
1986 

JAN. 
1987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1990 

High 

75% 

50% 

30% 

21% 

10% 

Expected 

68 

45 

24 

15 

7 

Low 

60 

32 

15 

8 

4 

©1984  by  INPUT.  Reproduction  Prohibited.  INPUT 

UCLS3 


EXHIBIT  IM-13 
RESIDUAL  VALUE  FORECAST  FOR 
IBM  3084-QX64  PROCESSOR 


Jan.  1985      Jan.  1986 


Jan.  1987      Jan.  1988      Jan.  1  989     Jan.  1 990 


PROJECTED 
VALUES  RANGE 

JAN. 
1986 

JAN. 
1987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1990 

High 

82% 

67% 

50% 

33% 

15% 

Expected 

75 

60 

45 

25 

12 

Low 

52 

48 

30 

10 

5 
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INPUT 

UCLS3 


9 


EXHIBIT  111-14 
RESIDUAL  VALUE  FORECAST  FOR 
AMDAHL  5850-24  PROCESSOR 
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INPUT 

UCLS3 


EXHIBIT  111-15 
RESIDUAL  VALUE  FORECAST  FOR 
AMDAHL  5860-24  PROCESSOR 


100%! 


90 


Jan.  1985       Jan.  1986       Jan.  1987       Jan.  1988       Jan.  1  989     Jan.  1 990 


PROJECTED 
VALUES  RANGE 

JAN  . 
1  986 

JAN. 
1  987 

JAN. 
1  988 

JAN. 
1  989 

JAN. 
1990 

High 

75% 

50% 

28% 

17% 

8% 

Expected 

68 

42 

20 

10 

3 

Low 

60 

34 

15 

6 

1 
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INPUT 

UCLS3 


9 


EXHIBIT  m-16 
RESIDUAL  VALUE  FORECAST  FOR 
AMDAHL  5868-32  PROCESSOR 


100% 


0  I  1  1  \  1  1  1 

Jan.  1985       Jan.  1  986        Jan.  1  987       Jan.  1988       Jan.  1989     Jan.  1  990 


PROJECTED 
VALUES  RANGE 

JAN. 

1986 

JAN. 
1987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1  990 

High 

77% 

53% 

35% 

20% 

10% 

Expected 

70 

44 

22 

11 

3 

Low 

62 

32 

15 

8 

2 

©1984  by  INPUT  Reproduction  Prohibited. 


INPUT 

UCLJS3 


9 


EXHIBIT  111-17 
RESIDUAL  VALUE  FORECAST  FOR 
AMDAHL  5870-32  PROCESSOR 


©1984  by  INPUT.  Reproduction  Prohibited. 


1 


9 


EXHIBIT  III-18 
RESIDUAL  VALUE  FORECAST  FOR 
AMDAHL  5880-6U  PROCESSOR 


lOOli 


90 


0  I  1  1  1  1  1  » 

Jan.  1985       Jan.  1  986        Jan.  1987       Jan.  1988       Jan.  1  989      Jan.  1  990 


PROJECTED 
VALUES  RANGE 

JAN. 
1  986 

JAN. 
1  987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1  990 

High 

78% 

59% 

35% 

25% 

12% 

Expected 

70 

50 

28 

18 

9 

Low 

58 

42 

18 

10 
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INPUT 

UCLS3 


EXHIBIT  111-19 
RESIDUAL  VALUE  FORECAST  FOR 
NAS  AS/6630 


100% 
90 
80 
70 


Jan.  1985      Jan.  1  986       Jan.  1  987      Jan.  1988      Jan.  1989     Jan.  1  990 


PROJECTED 
VALUES  RANGE 

JAN. 
1986 

JAN. 
1  987 

JAN. 
1  988 

JAN. 
1  989 

JAN. 
1990 

High 

42% 

25% 

14% 

10% 

6% 

Expected 

35 

18 

8 

5 

2 

Low 

23 

12 

5 

3 

1 
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INPUT 

UCI-S3 


• 


EXHIBIT  111-20 
RESIDUAL  VALUE  FORECAST 
NAS  AS/6660 


FOR 


Jan.  1985      Jan.  1986       Jan.  1  987      Jan.  1988      Jan.  1989     Jan.  1 990 


PROJECTED 
VALUES  RANGE 

JAN  , 

1  986 

JAN. 

1  987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1  990 

High 

75% 

50% 

30% 

21% 

12% 

Expected 

60 

35 

22 

15 

7 

Low 

52 

26 

15 

8 

3 
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INPUT 

UCL53 


9 


EXHIBIT  111-21 
RESIDUAL  VALUE  FORECAST 
NAS  AS/8023 


FOR 


^00%^ 


90 


Jan.  1985       Jan.  1986       Jan.  1  987       Jan.  1988       Jan.  1  989     Jan.  1 990 


PROJECTED 
VALUES  RANGE 

JAN. 

1986 

JAN. 
1987 

JAN. 

1988 

JAN. 
1  989 

JAN. 
1990 

High 

60% 

40% 

20% 

10% 

5% 

Expected 

52 

33 

12 

6 

2 

Low 

45 

22 

8 

3 

1 
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INPUT 

UCI_S3 


EXHIBIT  ili-22 
RESIDUAL  VALUE  FORECAST  FOR 
NAS  AS/ 8083 


90 


Jan.  1985       Jan.  1  986        Jan.  1  987       Jan.  1988       Jan.  1  989     Jan.  1  990 


PROJECTED 
VALUES  RANGE 

JAN  . 

1986 

JAN. 
1987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1990 

High 

78% 

50% 

28% 

18% 

11% 

Expected 

70 

43 

20 

11 

8 

Low 

60 

30 

12 

7 

2 
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INPUT 

UCLS3 


EXHIBIT  111-23 
RESIDUAL  VALUE  FORECAST  FOR 
NAS  AS/9050 


lOOli 


90 


80 


70 


w 

60 

o 

•0 

c 

>  50 

>^ 

o 


Jan.  1985      Jan.  1986       Jan.  1  987       Jan.  1988      Jan.  1  989     Jan.  1 990 


PROJECTED 
VALUES  RANGE 

JAN  . 

1  986 

JAN. 
1987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1990 

High 

33% 

18% 

13% 

7% 

u% 

Expected 

25 

12 

7 

4 

2 

Low 

20 

9 

H 

2 

0 
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INPUT 

UCI_S3 


•  i 


EXHIBIT  111-24 
RESIDUAL  VALUE  FORECAST  FOR 
NAS  AS/ 9070 

lOOli  1  1  I  1 — 

90  

80  

70  

4^ 

60  

o 

C 

(U 


Jan.  1985       Jan.  1  986        Jan.  1  987       Jan.  1  988       Jan.  1989     Jan.  1 990 


PROJECTED 
VALUES  RANGE 

JAN  . 
1986 

JAN. 
1987 

JAN. 
1988 

JAN. 
1  989 

JAN. 
1990 

High 

45% 

32% 

21% 

14% 

9% 

Expected 

42 

24 

15 

8 

4 

Low 

35 

18 

11 

5 

0 
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INPUT 

UCLS3 


U  -  C  u.  S  {^^^ 


\  S'  -      GxZ.ncz.ViX.l  S(--^-iT£,<zu/v\5  ^r^<2_t/^^S    O-VnC^    AAa!^'i^"f^^i^<E.^   A  v<lU  (  ^<i.<i^ 


-20- 


15- 


•4  -    E  '•ac.'L' 


  ^  

1-  f\;^jJi^<J 


'p>r-^»\Q:*^CL<i   l\<r<,i<ioow(  Vjd^tuc:*^ 


A  - 

J- 

INPUT  QUESTIONNAIRE 


STUDY  TITLE: 

TYPE  OF  INTERVIEW: 


□  vendor 

□  user 


INTERVIEWER:  " 
COMPANY:  /\A^trU 
ADDRESS: 


CONFIDENTIAL 


□  TELEPHONE 

□  ON-SITE 

□  MAIL 


CO.  TYPE: 
SALES: 


CATALOG.  NO. 
SIC.  CODE 
SIZE  CODE 
AREA  CODE 
STUDY  CODE 
DATES 


MM  D  D  Y  Y 


NO.  EMPL: 


INDUSTRY  □ 

□  DISCRETE  MANUFACTURING 

□  PROCESS  MANUFACTURING 

□  TRANSPORTATION 

□  MEDICAL 

□  services 
interviews 

NAME 


□  UTILITIES 

□  RETAIL 

□  BANKING 

□  WHOLESALE 

□  OTHER 

TITLE 


□  INSURANCE 

□  GOVERNMENT  -  FEDERAL 

□  GOVERNMENT  -  STATE  &  LOCAL 

□  EDUCATION 


TELEPHONE  NO. 


SUMMARY 


REFERENCES 


CATALOG  NO.  IMISISIPI  I  I  I 


VENDOR  QUESTIONNAIRE 


7.    How  do  ypu^  define  the  productivity  problem  in  the  typical  IS  department? 


How  can  the  problem  be  scoped?        ^7  ^^izQrfj^^vs-Tq  ^  'K^-c>cro2_>4-^ 


a, 


1^ 


b.    How  can  i^^roveme^^    measured?      ^  a-f^>^^      ^da^-vUL^  ^^T^^,  . 

What  do  you  think  are  the  most  promising  approaches  to  improving  productivity 
in  systems  development  and  programming? 


O/O  .         3.    The  major  trend  in  reducing  the  systems  and  programming  bottleneck  has 
— J  K      .       been  to  get  end  users  more  involved  in  the  process.    INPUT  refers  to  this 
^vv-'L^JLioi-tJt      as  Distributed  Systems  Development.    How  do  you  feel  IS  departments  feel 
about  the  following: 

a.    Information  Centers  Ly^^^y-Ljt  ("°l^^^=-^^-^  f'  


b.    Prototyping       ^  enj^^X-^  -^^)jil,u^ul^  <^'-Xl^^^^ 


c.    Use  of  Standalone  PCs  (for  work  formerly  done  by  IS) 


-  1  - 

INPUT 


CATALOG  NO.  IMISISIPI 


d.    Micro-Mainframe  Linl^s  Jl  c^fr^-^^-^^s^JC  .  «  .  Vkx^Jy^— 


We  would  like  to  get  your  opinions  considering  DSD  in  general.  Do  you 
agree  or  disagree  with  thie  following  statements: 


Agree 

Disagree 

It  has  relieved  user  pressure  on  IS 

□ 

□ 

End  users  are  happier 

□ 

□ 

Systems  get  done  faster 

□ 

□ 

Programs  Get  Done  Faster 

□ 

□ 

Backlog  has  been  (or  will  be)  reduced 

□ 

□ 

DSD  help  IS  do  its  job 

□ 

□ 

DSD  is  going  to  cause  problems 

□ 

□ 

End  users  don't  know  what  they  are 

doing 

□ 

□ 

IS  Productivity  is  improved 

□ 

□ 

End-User  productivity  is  improved 

□ 

□ 

Corporate  productivity  is  improved 

□ 

□ 

The  system  will  have  to  be  rewritten 

by  IS 

□ 

□ 

What  are  the  main  advantages  and  disadvantages  of: 

a.    Information  Centers 

Advantages:   


Disadvantages 


b.  Prototyping 

Advantages 


Disadvantages 


-  2  - 


INPUT 


I 


CATALOG  NO.  IM|b|b|P|  I  I  1 


c.    Standalone  PCs 
Advantages 


Disadvantages 


d.  Micro-Mainframe 
Advantages 


Disadvantages 


Past  research  lias  indicated  that  systems  maintenance  is  the  most  costly  part 
of  the  systems  life  cycle.    What  impact  is  DSD  going  to  have  on  maintenance? 


What  tools  and  aids  are  currently  being  used  to  facilitate  end  user  sy^ems'^  ^«S<) 
It?    (Ask  for  both  name  and  vendor) 


development' 


I^AME  VENDOR  \/ J>^-U^.^\j  JU^ 


-  3  - 


INPUT 


CATALOG  NO.  UWT>\  I  I  I 


8.    A  great  deal  of  apprehension  has  been  expressed  about  micro-mainframe 
links.    How  serious  do  you  consider  the  following  potential  problems? 


Data  Base  Synchronization 


Very         Somewhat  Not  a 

Serious  Serious  Problem 

□  □ 

Data  Base  Integrity 
User  Understanding  of  Data 
Conflicting  Reports  to  Management 
Mainframe  Capacity  Planning 

Mainframe  Performance  Impact  .              [ZD  IZH 

IS  Visability                                   □  □  □  ■ 

Cost  to  Company                                □  □  □ 

Impact  on  IS  Budget    9^^      ^  '  ■  -     □  0^  □ 

Systems  Quality       c?^v,~^^^             D  EZ]  CH  Q^^-^-^ 

IS  Loss  of  Control  (T 

Data  Security/Protection  iXj  \  |  |  | 


-  a  - 


INPUT 


CATALOG  NO.  IMISISIPI 


9.    Which  current  tools  do  you  feel  are  most  promising  for  facilitating  DSD? 

R...X>v<^^  -  -^^E.-J.^'?  <,.....J^--  Cw<jOL. 


10.    Which  current  tools  are  most  promising  for  controlling  DSD?  (From  the 
perspective  of  the  IS  department)  _ 


n.    What  new  tools  are  needed  in  the  DSD  environment? 


12.    How  do  you  suggest  customers  mfeasure  productivity  improvement?^  ^ej^^"^ 

 1    "  ^a^J-X.^^     9  9*  


13.    How  do  you  cost  justify  tools  and  aids? 


-  5  - 


INPUT 


CATALOG  NO. 


It.    What  do  you  think  about  knowledge-based  or  expert  systems? 


15.    What  tools  and  aids  are  required  for  the  development  of  such  systems? 


16.    Do  ypu  think  special  approaches  such  as  LISP  machines  or  new  data 
models  are  required? 


17.    When  do  you  feel  the  research  work  in  artificial  intelligence  may  make  a 
contribution  to  the  productivity  problem? 


a.    How  will  it  impact  the  IS  department? 


b.    How  will  it  impact  white  collar  productivity? 


-  6  - 


INPUT 


CATALOG  NO.  m^\^\n  I  I  I 


18.    What  is  IBMs  direction  in  improving  productivity  in  the  systems 
development  process? 


19.    How  effective  have  the  following  been?  (Rate  on  the  scale  of  1-4) 

  IIS    DMS 

  Stairs  SQL/DS 


APL    SPF 

Plancode    System  IPO 

CIS    SMP 

ADF 


20.    How  do  you  view  IBM's  arrangement  to  market  INTELLECT? 


21.    How  will  IBM's  acquisition  of  software  (either  purchase  or  marketing 
agreement)  impact  you  and  you  product  line? 


I    I  Not  At  All 

I    I  Some 

□  a  Great  Deal 


-  7  - 


INPUT 


CATALOG  NO.  IMIblblPI  I  I  | 


22.    Do  you  consider  IBM  a  potential  customer  (or  partner)  for  any  of  your 
products? 

a.  Qves        I    I  No 

b.  If  yes,  which  ones?  


c.    If  no,  could  this  change  in  the  future,  and  if  so,  when? 


23.    Do  you  have  any  additional  comments  concerning  productivity  tools  and  aids? 


INPUT 


CONFIDENTIAL 


INPUT  QUESTIONNAIRE 


STUDY  TITLE: 

TYPE  OF  INTERVIEW: 


INTERVIEWER: 
COMPANY: 
ADDRESS: 


Q^ENDOR 

□  user 


□i^ELEPHONE 

□  ON-SITE 

□  MAIL 


CATALOG.  NO. 
SIC.  CODE 
SIZE  CODE 
AREA  CODE 
STUDY  CODE 
DATES 


MM  D  D  Y  Y 


SuVyC^Autcl^  '^i^-s  bjj/y.^  CO.  TYPE: 

(^tVJ &)r'tU.CA<vL  ^^^-o^^>J  I  ibivx^ C^voy..^  SALES" 


NO.  EMPL: 


INDUSTRY  □ 

□  DISCRETE  MANUFACTURING 

□  PROCESS  MANUFACTURING 

□  TRANSPORTATION 

□  MEDICAL 

□  services 
interviews 

NAME 


□  UTILITIES 

□  RETAIL 

□  BANKING 

□  WHOLESALE 

□  OTHER 

TITLE 


□  INSURANCE 

□  GOVERNMENT  -  FEDERAL 

□  GOVERNMENT  -  STATE  &  LOCAL 

□  EDUCATION 


TELEPHONE  NO. 


SUMMARY 


REFERENCES 


t  "0-  - 


CATALOG  NO.  [MH 


SIH  I  I  I 


VENDOR  QUESTIONNAIRE 


1.    How  do  you  define  the  productivity  problem  in  the  typical  IS  department? 


a.  How  can  the  problem  be  scoped?      iPu^-  cA-^r- ^    Lxa/^  <xj.^r^  

b.  How  can  improvement  be  measured?       3^  ^-^^^o.-/<l.o-iOIl         .-«"^^  Q^.>.-^J^^v_g 

2.  What  do  you  think  are  the  most  promising  approaches  to  improving  productivity 
in  systems  development  and  programming? 

3.  The  major  trend  in  reducing  the  systems  and  programming  bottfeneck  has 


been  to  get  end  users  more  involved  in  the  process,    INPUT  refers  to  this 
as  Distributed  Systems  Development.    How  do  you  feel  IS  departments  feel 
about  the  following": 

a.  Information  Centers         Wcr^  a-^   ^^f—r'^.3...^3-'0~-*.^^\.'-.^  «;>a^otl>^  ■ 

b.  Prototyping        '^^..xs^  /OrvoooL>tl         aXc^ lu;.>v>a-/v^«ou>wL(  /^v^-J-^^a^ 

c.  Use  of  Standalone  PCs  (for  work  formerly  done  by  IS)  '^\Ay<Jt^,^ 

X 


1  - 

INPUT 


CATALOG  NO.  |M|S|S|P| 


Micro-Mainframe  Links 


(3)^'^*"^^''"^^ 4.    We  would  like  to  get  your  opinions  considering 
.       ~\  agree  or  disagree  with  the  following  statements: 


DSD  in  general.    Do  you. 


Agree 
□ 


It  has  relieved  user  pressure  on  IS 
End  users  are  happier 
Systems  get  done  faster 
Programs  Get  Done  Faster 
Backlog  has  been  (or  will  be)  reduced 
DSD  help  IS  do  its  job 
DSD  is  going  to  cause  problems 
End  users  don't  know  what  they  are  doing 
IS  Productivity  is  improved  (^pj^ju.,:^ 
End-User  productivity  is  improved  ^^o.a.-Xaa^  1%^ 
Corporate  productivity  is  improved 
The  system  will  have  to  be  rewritten  by  IS  ED 


□ 
□ 


5.    What  are  the  main  advantages  and  disadvantages  of: 

a.    Information  Centers 

Advantages:   


Disadvantages 


b.  Prototyping 

Advantages 


Disadvantages 


-  2  - 


INPUT 


CATALOG  NO. 


IMISISIPI  I  I  I 


c.    Standalone  PCs 
Advantages 


Disadvantages 


d.  Micro-Mainframe 
Advantages 


Disadvantages 


6.    Past  researcli  lias  indicated  that  systems  maintenance  is  tiie  most  costly  part 
of  the  systems  life  cycle.    What  impact  is  DSD  going  to  have  on  maintenance? 


What  tools  and  aids  are  currently  being  used  to  facilitate  end  user  systems 
development?    (Ask  for  both  name  and  vendor) 


NAME  VENDOR 


-  3  - 


INPUT 


CATALOG  NO.  IMISISIPI  I  I  I 


8.    A  great  deal  of  apprehension  has  been  expressed  about  micro-mainframe 
links.    How  serious  do  you  consider  the  following  potential  problems? 


Very         Somewhat        Not  a 
Serious         Serious  Problem 

0^     □  □ 

User  Understanding  of  Data 
Conflicting  Reports  to  Management 


Data  Base  Synchronization 
Data  Base  Integrity 


Mainframe  Capacity  Planning 

[3  □  □ 
□       0^  □ 


Mainframe  Performance  Impact 
IS  Visability 


Impact  on  IS  Budget  (^'i-^V^;;'5/^^j^^^^>^IZ]  EH 
Systems  Quality 

IS  Loss  of  Control  O^f^  c-^^^  D  D 

Data  Security/Protection                      ^  0  O 


-  4  - 


INPUT 


CATALOG  NO.  IMISISIPI  I  I  1 


9.    Which  current  tools  do  you  feel  are  most  promising  for  facilitating  DSD? 


10.    Which  current  tools  are  most  promising  for  controlling  DSD?  (From  the 
perspective  of  the  IS  department) 


11.    What  new  tools  are  needed  in  the  DSD  environment? 


12.    How  do  you  suggest  customers  measure  productivity  improvement? 


13.    How  do  you  cost  justify  tools  and  aids? 


INPUT 


CATALOG  NO.  IMI5ISIPI  I  I  | 


It.    What  do  you  think  about  knowledge-based  or  expert  systems? 


15.    What  tools  and  aids  are  required  for  the  development  of  such  systems? 


16.    Do  ypu  think  special  approaches  such  as  LISP  machines  or  new  data 
models  are  required? 


17.    When  do  you  feel  the  research  work  in  artificial  intelligence  may  make  a 
contribution  to  the  productivity  problem? 


a.    How  will  it  impact  the  IS  department? 


b.    How  will  it  impact  white  collar  productivity? 


-  6  - 


INPUT 


i 


I 


CATALOG  NO.  m^\^\n  I  I  I 


18,'    What  is  IBMs  direction  in  improving  productivity  in  the  systems 
development  process? 


19.    How  effective  have  the  following  been?  (Rate  on  the  scale  of  1-4) 

  IIS    DMS 

Stairs  SQL/DS 


APL    SPF 

Plancode    System  IPO 

CIS    SMP 

ADF 


20.    How  do  you  view  IBM's  arrangement  to  market  INTELLECT? 


21.    How  will  IBM's  acquisition  of  software  (either  purchase  or  marketing 
agreement)  impact  you  and  you  product  line? 


I    I  Not  At  All 

r^Some  ^<3Ji~t*j!IjL^  U^awT^ 

I    I  A  Great  Deal      ^^w^'jUJ:   J^-t-t  «>*-J^ 


7  - 

INPUT 


CATALOG  NO.  IMISISIPI  I  I  I 


22.    Do  you  consider  IBM  a  potential  customer  (or  partner)  for  any  of  your 
products? 

a.  Q^es  r~|No 

b.  If  yes,  which  ones?  A-^J^    p<:>-»gi-QA_o^«:^A>o  .  «  ,  


c.    If  no,  could  this  change  in  the  future,  and  if  so,  when? 


23.    Do  you  have  any  additional  comments  concerning  productivity  tools  and  aids? 


•  «  « 


-  8  - 


INPUT 


CATALOG  NO.  IMISISIPI 


VENDOR  QUESTIONNAIRE 


1.    How  do  you  define  the  productivity  problem  in  the  typical  IS  department? 


a.    How  can  the  problem  be  scoped? 


b.    How  can  improvement  be  measured? 


2.    What  do  you  think  are  the  most  promising  approaches  to  improving  productivity 
in  systems  development  and  programming? 


3.    The  major  trend  in  reducing  the  systems  and  programming  bottleneck  has 
been  to  get  end  users  more  involved  in  the  process.    INPUT  refers  to  this 
as  Distributed  Systems  Development.    How  do  you  feel  IS  departments  feel 
about  the  following: 

a.    Information  Centers 


b.  Prototyping 


c.    Use  of  Standalone  PCs  (for  work  formerly  done  by  IS) 


-  1  - 


INPUT 


CATALOG  NO.  IMIblblHI  I  I  | 


d.    Micro-Mainframe  Links 


4.    We  would  like  to  get  your  opinions  considering  DSD  in  general.    Do  you 
agree  or  disagree  with  the  following  statements: 


Agree 

Disagree 

It  has  relieved  user  pressure  on  IS 

□ 

□ 

End  users  are  happier 

□ 

□ 

Systems  get  done  faster 

□ 

□ 

Programs  Get  Done  Faster 

□ 

□ 

Backlog  has  been  (or  will  be)  reduced 

□ 

□ 

DSD  help  IS  do  its  job 

□ 

□ 

DSD  is  going  to  cause  problems 

□ 

□ 

End  users  don't  know  what  they  are 

doing 

□ 

□ 

IS  Productivity  is  improved 

□ 

□ 

End-User  productivity  is  improved 

□ 

□ 

Corporate  productivity  is  improved 

□ 

□ 

The  system  will  have  to  be  rewritten 

by  IS 

□ 

□ 

5.    What  are  the  main  advantages  and  disadvantages  of: 

a.    Information  Centers 

Advantages:   


Disadvantages 


b.  Prototyping 

Advantages 


Disadvantages 


-  2  - 


INPUT 
^^^^ 


CATALOG  NO.  IM|S|S|P|  I  I  I 


c.    Standalone  PCs 
Advantages 


Disadvantages 


d.  Micro-Mainframe 
Advantages 


V.y' 


Disadvantages 


6.    Past  researcii  has  indicated  that  systems  maintenance  is  the  most  costly  part 
of  the  systems  life  cycle.    What  impact  is  DSD  going  to  have  on  maintenance? 


7.    What  tools  and  aids  are  currently  being  used  to  facilitate  end  user  systems 
development?    (Ask  for  both  name  and  vendor) 

NAME  VENDOR 


-  3  - 


INPUT 


CATALOG  NO.  Miimi  I  I  I 


8.    A  great  deal  of  apprehension  has  been  expressed  about  micro-mainframe 
links.    How  serious  do  you  consider  the  following  potential  problems? 


■YVcr 


Data  Base  Synchronization 


IS  Lo 


Very 
Serious 

Data  Base  Integrity     ^jCAArtUJiAa^H)  D 

User  Understanding  of  Data  -f-o^v^ 

£>^v^  •  •  •  I — -J/ 
Conflicting  Reports  to  Management     a    I  ^ 

Mainframe^Capacity  Planninq  vuxUU«^«^ 

MainTrame  Performance  Impact  . 

IS  Visability  . 

Cost  to  Company  ^^9,,,,,^  ^.U 

Impact  on  IS  Budget 

Systems  Quality        ^  ^  .  -r  .  A     4  ^ 

dSs  of  Control      ^  ju^^r-  ^ 


Somewhat 
Serious 


Not  a 
Problem 


\2f 
□ 


□ 


□ 

□ 

□ 
□ 
□ 

□ 
□ 
□ 
□ 


Data  Security/Protection 


□ 

□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 


-  4  - 


INPUT 


CATALOG  NO.  IMISISIPI  I  I  1 


9.    Which  current  tools  do  you  feel  are  most  promising  for  facilitating  DSD? 


10.    Which  current  tools  are  most  promising  for  controlling  DSD?  (From  the 
perspective  of  the  IS  department) 


n.    What  new  tools  are  needed  in  the  DSD  environment? 


12.    How  do  you  suggest  customers  measure  productivity  improvement? 


13.    How  do  you  cost  justify  tools  and  aids? 


-  5  - 


INPUT 


•  \ 


i 


CATALOG  NO.  IMISISIPI  I  I  I 
It.    What  do  you  think  about  knowledge-based  or  expert  systems? 


15.    What  tools  and  aids  are  required  for  the  development  of  such  systems? 


16.    Do  ypu  think  special  approaches  such  as  LISP  machines  or  new  data 
models  are  required? 


17.    When  do  you  feel  the  research  work  in  artificial  intelligence  may  make  a 
contribution  to  the  productivity  problem? 


a.    How  will  it  impact  the  IS  department? 


b.    How  will  it  impact  white  collar  productivity? 


6  - 


INPUT 


CATALOG  NO.  I  I  I 


18,    What  is  IBMs  direction  in  improving  productivity  in  the  systems 
development  process? 


19.    How  effective  have  the  following  been?  (Rate  on  the  scale  of  1-4) 

  IIS    DMS 

  Stairs  SQL/DS 


APL    SPF 

Plancode    System  IPO 

CIS    SMP 

ADF 


20.    How  do  you  view  IBM's  arrangement  to  market  INTELLECT? 


21.    How  will  IBM's  acquisition  of  software  (either  purchase  or  marketing 
agreement)  impact  you  and  you  product  line? 

I    I  Not  At  All 

I    I  Some 

□  a  Great  Deal 


-  7  - 


INPUT 


CATALOG  NO.  IMIblblHI  I  I  | 


22.    Do  you  consider  IBM  a  potential  customer  (or  partner)  for  any  of  your 
products? 

a.  Qves        I    I  No 

b.  If  yes^  which  ones?   


c.    If  no,  could  this  change  in  the  future,  and  if  so,  when? 


23.    Do  you  have  any  additional  comments  concerning  productivity  tools  and  aids? 


-  8  - 


INPUT 


Sd.^..^  ^^^^  0^^) 


»  ■  <i  


5^  <-^^^A-/-^-^.-o1|J  • 


•  V 

w 


Q)  bo  ^     — .  . 

(^D^    F^it^^^      LJ^^v^         V9  — =^  ^ 


CATALOG  NO.  IMISISIPI 


VENDOR  QUESTIONNAIRE 


1.    How  do  you  define  the  productivity  problem  in  the  typical  IS  department? 


a.    How  can  the  problem  be  scoped? 


b.    How  can  improvement  be  measured? 


2.    What  do  you  think  are  the  most  promising  approaches  to  improving  productivity 
In  systems  development  and  programming? 


3.    The  major  trend  in  reducing  the  systems  and  programming  bottleneck  has 
been  to  get  end  users  more  involved  in  the  process.    INPUT  refers  to  this 
as  Distributed  Systems  Development.    How  do  you  feel  IS  departments  feel 
about  the  following: 

a.    Information  Centers 


b.  Prototyping 


c.    Use  of  Standalone  PCs  (for  work  formerly  done  by  IS) 


-  1  - 


INPUT 


CATALOG  NO.  |lVl|b|b|H|  I  I  | 


d.    Micro-Mainframe  Links 


We  would  like  to  get  your  opinions  considering  DSD  in  generaL  Do  you 
agree  or  disagree  with  the  following  statements: 


It  has  relieved  user  pressure  on  IS 

End  users  are  happier 

Systems  get  done  faster 

Programs  Get  Done  Faster 

Backlog  has  been  (or  will  be)  reduced 

DSD  help  IS  do  its  job 

DSD  is  going  to  cause  problems 

End  users  don't  know  what  they  are  doing 

IS  Productivity  is  improved 

End-User  productivity  is  improved 

Corporate  productivity  is  improved 

The  system  will  have  to  be  rewritten  by  IS 


Agree  D 

sagree 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

5.    What  are  the  main  advantages  and  disadvantages  of: 

a.    Information  Centers 

Advantages:      ^ inrtS^  d-yu^cj-^tJ^  ^  Ji_^..xjjf~A^S-<^  a  e 


J- 


Disadvantages  t^^viL  i^^-^^^rJLyj^  x><^ 

b.  Prototyping 

Advantages 


Disadvantages 


-  2  - 


INPUT 


CATALOG  NO.  IM|S|S|P|  I  I  I 


c.    Standalone  PCs  ^         f-^"^  . 

Advantages         ^><..v-CY^a.r>^A/Vi^J-^        ^   LX^^UU^     ^  -|-0A^  ^ 


Disadvantages 


d.  Micro-Mainframe 


Advantages      "T^&xx/v^  -JLitkJ^    jfi    LL^  -  -^<rK^    |^a<><rty1-rf^a^;of  ^ 


Disadvantages 


6.    Past  researcli  has  indicated  that  systems  maintenance  is  the  most  costly  part 
of  the  systems  life  cycle.    What  impact  is  DSD  going  to  have  on  maintenance? 


7.    What  tools  and  aids  are  currently  being  used  to  facilitate  end  user  systems 
development?    (Ask  for  both  name  and  vendor) 

NAME  VENDOR 


-  3  - 


INPUT 


CATALOG  NO.  IMIblSIPI  I  I  | 


8.    A  great  deal  of  apprehension  has  been  expressed  about  micro-mainframe 
links.    How  serious  do  you  consider  the  following  potential  problems? 


Very 

Somewhat 

Not  a 

Serious 

Serious 

Problem 

Data  Base  Synchronization 

□ 

□ 

Data  Base  Integrity 

□ 

User  Understanding  of  Data 

□ 

□ 

Conflicting  Reports  to  Management 

□ 

□ 

Mainframe  Capacity  Planning 

■  □ 

□ 

Mainframe  Performance  Impact  . 

□ 

□ 

IS  Visability     Ih  jSl  L>r--^  e^^U—^  Q 

□ 

Cost  to  Company  /  'V>^  c^^^^J-'^^^  j 

□ 

□ 

Impact  on  IS  Budget 

□ 

□ 

Systems  Quality 

□ 

□ 

IS  Loss  of  Control 

□ 

□ 

Data  Security/Protection 

0^ 

□ 

□ 

-  4  - 


INPUT 


9 


CATALOG  NO.  IMISISIPI  I  l~l 


Which  current  tools  do  you  feel  are  most  promising_for  facilitating  DSD? 


10.  Which  current  tools  are  most  promising  for  controlling  DSD?  (From  the 
perspective  of  the  IS  department) 

11.  What  new  tools  are  needed  in  the  DSD  environment? 


12.    How  do  you  suggest  customers  measure  productivity  improvement? 


13.    How  do  you  cost  just 


»wcif^^~7~rtr~~" — — — ~ — ~~~~* 


you  cost  justify  tools  and  aids? 


-  5  - 


INPUT 


CATALOG  NO.  IMISISIPI  I 
14.    What  do  you  think  about  knowledge-based  or  expert  systems? 


15.    What  tools  and  aids  are  required  for  the  development  of  such  systems? 


16.    Do  ypu  think  special  approaches  such  as  LISP  machines  or  new  data 
models  are  required? 


17.    When  do  you  feel  the  research  work  in  artificial  intelligence  may  make  a 
contribution  to  the  productivity  problem? 


a.    How  will  it  impact  the  IS  department? 


b.    How  will  it  impact  white  collar  productivity? 


-  6  - 


INPUT 


CATALOG  NO.  \^^\^\^\  I  I  I 


18, '    What  is  IBMs  direction  in  improving  productivity  in  the  systems 

development  process? 

19.  How  effective  have  the  folrowing  beerr?  (Rate  on  the  scale  of  1-4): 

  lis    DMS 

  Stairs  SQL/DS 


APL    SPF 

Plancode    System  IPO 

CIS    SMP 

ADF 


20.    How  do  you  view  IBM's  arrangement  to  market  INTELLECT? 


21.    How  will  IBM's  acquisition  of  software  (either  purchase  or  marketing 
agreement)  impact  you  and  you  product  line? 

I    I  Not  At  All 

I    I  Some 

I    I  A  Great  Deal 


-  7  - 


INPUT 


CATALOG  NO.  IMIblblPI  I  I  | 


22.    Do  you  consider  IBM  a  potential  customer  (or  partner)  for  any  of  your 
products? 

a.  Qves        I    I  No 

b.  If  yes^  which  ones?   


c.    If  no,  could  this  change  in  the  future,  and  if  so,  when? 


23.    Do  you  have  any  additional  comments  concerning  productivity  tools  and  aids? 


-  8  - 


INPUT 


1 


ft 


A  REPRINT  FROM  THE  JULY  16,  1979  ISSUE  OF 


COMPUTERWORLD 


A  Cookbook  Approach 
To  Structured  Melliodobgy  i 

or 

With  Five  You  Get  Top  Down  Coupling 

By  Gepal  Kapur 

INBEPTH 


To  trach  a  trminar  (or  to  give 
a  nunagemenl  presenta- 
tion) on  structured  analy- 
sis, structured  design  or 
structured  anything  ,  always  start  with 
a  data  flow  diagram  or  Nassi- 
Schniederman  diagram  or  a  bubble 
chart  or  Wamier  diagram  or  a 
hierarchical  chart  —  never  a  flowchart 
(too  passe) 

Fill  the  circles  or  blocks  with  Creek 
letters  With  tough  audiences,  Sanskrit 
and  Phoenician  symbols  have  had  a 
more  desirable  (intimidating)  effect. 

Next,  add  primes  and  bars  to  any  En- 
glish letters  you  might  have  used  Use 
Roman  numerals,  preferably  starting 
with  a  number  close  to  XXIV,  since 
most  people  can  only  figure  up  to  XIV. 
Thus,  more  intimidation.  MCMLXVI 
devastates  even  the  best. 

Next,  use  an  obscure  (and  by  all 
means  don  t  explain)  convention  of 
shading  and  striping  involving  at  least 
three  colors  and  refer  to  your  conven- 
tion a^,  the  international  convention" 
of  representing  data  flow,  automation, 
transform  and  transaction  analysis 
(Now  IS  a  good  time  to  go  into  detailed 
discussion  of  I'm  OK,  You're  OK,  The 
C'flss  Is  Ahuays  Greener  Ower  the 
Septic  Tank,  The  Hite  Report  and  The 
Kamasutra  ) 

While  drawing  the  diagram,  make  re- 
marks such  as.  Any  analyst  should 
know  these  conventions,  since  even 
seventh  graders  are  familiar  with 
them  This  will  complete  your  "top- 
down  intimidation"  of  the  audience 
Now.  you  are  ready  to  begin  your  lec- 
ture' 

Structured  analysis  and  transform 
analysis  are  not  strategies  of  design, 
but  are  simply  ways  to  switch  gears  to 
think  of  continuous  levels  of  abstrac- 
tions which  will  allow  us  to  identify 
the  afferent  and  efferent  to  the  central 
conversion  module,  keepirtg  in  miiul 
the  parallelism  of  datum, 

"However,  transform  analysis  only 
helps  you  in  the  input  and  output  legs 
of  the  mudular  afferent/efferent  anal- 
ysis Nonetheless,  it  helps  you  dissect 
diametrically  opposed  pieces  of  the 
central  transform  into  structure  charts 
which  will  then  give  you  insight  into 
the  pathological  data  connections  and 
neurological  control  structures  exist- 
ing bettveen  various  levels  of  abstrac- 
tion 


"By  repeating  this  process  concur- 
rently, you  will  be  able  to  see  the  light 
at  the  end  of  the  tunnel  The  inner 
transform  center  must  be  small  enough 
to  conduct  transaction  analysis  but  not 
too  big  to  exceed  your  "hrair"  limit 

"You  will  now  be  ready  to  start  with 
initial  stages  of  final  structure  analysis, 
which  of  course  is  repetitive  iteration 
of  transaction  analysis  tampered  with 
transform  analysis.  This  initial  stage  of 
structure  analysis  will  produce  a  cen- 
tral transform  whose  peripheral  cohe- 
sion may  "stink  a  bit,  but  its  coupling 
should  be  fairly  acceptable 

At  this  time,  be  careful  of  the  tre- 
mendous amount  of  fanoul  from  the 
central  transform  center  as  this  type  of 
fanoul  will  certainly  lead  to  noncohe- 
sive  cohesion  ar\d  a  highly  coupled  in- 
termodule structure  with  coiiunorulity 
of  subschemas  The  rutural  inclination 
of  data  is  to  lean  to  the  left,  but  as  the 
afferent  is  to  the  right,  the  conflict  may 
lead  :o  a  sagging  morphology  (film  at 
ID" 

If  anyone  asks  a  question  at  this  time 
or  wants  some  clarification  of  the 
methodology,  a  good  answer  is:  "This 
is  really  not  a  strategy,  but  more  of  an 
observation  Nonetheless,  it  is  sup- 
ported by  a  large  number  of  propo- 
nents '  structured  methodok>gy." 
(Drop  some  rumes  here:  Dijkstra, 
Fames,  Knuth,  Saheeb,  Prof.  Corey, 
Mills,  and  so  on  A  good  followup 
comment  is,  "This  falls  out  so  natu- 
rally that  it  should  be  completely  obvi- 
ous to  you  ") 

Now  continue:  "Neither  transform 
analysis,  transaction  atulysis,  bubble 
charts  nor  structure  charts  work  ev- 
erywhere But  as  you  all  kiv>w,  the 
knowledgeable  practitioners  have  ob- 
served that  portions  of  these  work  ev- 
erywhere." 

Notice  the  use  of  the  work  "ob- 


served" in  the  last  sentence  Never  say 
"written  "  Such  definitive  sutements 
will  get  you  in  trouble.  Participants 
will  ask  for  references,  thus  creating 
an  uncomfortable  situation  for  you. 
Who  needs  it?  The  use  of  the  word 
"observed"  implies  that  you  have  cer- 
tain inside  knowledge  of  what  these 
people  are  saying.  In  fact,  it  is  a  good 
idea  to  imply  to  the  audience  that  you 
talk  to  these  people  often. 

"So  transform  and  transaction  analy- 
sis can  help  you  gel  started  with  an  ini- 
tial structure  chart  (level  0  minus  1, 
and  counting)  and  fan-in  inversion  in- 
vestigation providing  that  you  have 
properly  understood  and  defined  the 
afferent  and  efferent  of  the  outer 
transform  analysis  of  the  inner  trans- 
action centers.  Now  that  we  have  a 
fairly  well  developed  structure  chart, 
the  next  step  is  to  start  decomposing 
the  highly  cohesive  levels  of  abstrac- 
tions in  order  to  define  the  parallelism 
of  data. 

"Next,  syntactical  arxalysis  is  very 
critical  if  the  fan-in  (Sally  Rand,  where 
are  you?)  analysis  indicates  that  the 
scope  of  effect  and  scope  of  control 
conflict  with  the  overall  morphology 
of  the  heuristical  algorithm  of  the  left- 
leaning  nKxiular  afferent.  Now  that 
the  preliminary  morphology  of  the  in- 
termediate structure  chart  has  been  es- 
tablished, you  can  proceed  with  ex- 
trapolation of  data  flow  in  order  to  ar- 
rive at  the  final  structure  chart." 


CUm  Participation 

This  is  a  good  point  in  time  to  ask  the 
class  to  develop  a  data  flow  diagram 
using  the  bubble  chart  method.  Warn 
the  students  to  keep  in  mind  the  trans- 
form analysis,  transaction  analysis, 
scope  of  effect  and  control,  afferent 
and  efferent  and  the  sagging  morphol- 


Dedicated  to  oral  flashers  of  struc- 
tured methodology,  with  apologies 
to  Edwin  Newman. 


ogy  that  may  result  if  they  are  not 
careful  about  the  patholog^al  data 

parallelism  Wail  a  few  minutes  and 
collect  class  solutions 

Now  display  your  partial  solution  to 
the  problem  Tell  tfie  class  that  this  is 
not  the  ultimate  solution  because 
there  is  no  ultimate  solution  Don  t 
criticize  any  particular  solution  (devel- 
oped by  the  participants)  as  being  to- 
tally bad,  neither  accept  any  individual 
solution  as  the  best  approach 

It  is  a  safe  policy  to  partially  accept 
and  partially  reject  each  solution  (this 
way  no  one  is  completely  offended  yet 
they  will  look  forward  to  the  ultimajj 
solution  from  you  which  of 
you  will  never  give) 

Tell  the  class  thai  if  you  were  to  take 
the  good  pans  of  the  various  class  so- 
lutions and  put  them  together  in  a  well 
structured  puzzle  you  would  have 
something  very  close  to  the  correct 
solution.  (Good  time  to  play  Instant 
Insanity.  Master  Mind  and  the  Moroc- 
can Ring  games  Practically  no  one  will 
be  successful  thus  more  intimidation  ) 

Be  sure  to  warn  the  class  about  the 
bad  side  effects  whenever  there  is  a 
tendency  to  mix  cohesion  with  cou- 
pling and  that  the  top-down  approach 
mav  lead  to  excessive  front-out  of 
modules  which  have  poor  afferent  in 
the  input  modules  If  improved  cou- 
pling does  not  result  increase  the  nod- 
ules on  your  gismo  (inside  a  plain 
brown  wrapper  of  course) 

If  questioned,  a  good  remark  would 
be.  This,  of  course  is  not  the  final  so- 
lution as  I  still  have  to  do  further  re- 
finement by  applying  the  transform 
and  transaction  analysis  keeping  in 
mind  the  reasonable  approach  of  cook- 
book methodology  of  structured  anal- 
ysis and  design 

Now.  make  the  following  observa- 
tion (don  t  forget  it  is  an  observation 
and  not  a  definitive  statement)  Con- 
text editing  and  content  analysis  have 
the  parallelism  of  poor  cohesion  and 
not-so-acceptable  coupling  while  af- 
ferent and  effereni  of  the  output  leg 
have  better  coupling  and  not-soT 
acceptable  cohesion  Therefore  I  wilf 
at  this  point  in  lime,  establish  a  new 
level  of  abstraction  while  pushing  the 
structure  stack  downwards  a  level 
(point  to  a  large  portion  of  your  sam- 
ple solution)  and  establishing  a  higher 
level  of  abstraction,  thereby  facilitat- 


A  COOKBOOK  APPROACH 


C;  the  process  of  stepping  from  trins- 
lion  analysis  to  transform  analysis. 
Thi?  process  will  lead  to  a  data  flow 
diagram  with  a  desirable  morphology 
while  siill  not  violating  the  heuristics 
of  the  algorithm  Now,  what  we  have 
here  replaces  the  two  editing  cor.  exts 
mlu  i  single  more  heuristicilly  valid 
cros<-edii  which  will  make  the  user 
understand  the  pathological  controls 
leading  to  excessive  fan-out  of  the 
pushed-in  central  module 

If  asked  a  question,  repeat  the  ques- 
tion while  modifying  it  a  bit  and  re- 
mark I  will  be  happy  to  go  back  and 
explain  the  morphology  of  structures 
using  Bonm  and  Jacopini  coding  con- 
structs keeping  in  view  what  Dijkstra 
has  really  promised  to  write  about  in 
his  new  text  (this  implies  that  Dijkstra 
privately  consults  with  you),  provided 
thai  you  have  a  clear  understanding  of 
Myers  methodology  of  composite  de- 
sign 

Thne  for  Harangue 

.Ai  this  time  go  into  an  impassioned 
harangue  condemning  COBOL  as  un- 
fii  foi  structured  programming  Talk 
aK^ui  the  days  when  you  wrote  AL- 
GOL and  played  with  SNOBOL  and 
how  you  long  for  the  opportunity  to 
do  so  again,  this  will  intimidate  all 
those  who  use  COBOL  and  will  keep 
them  from  questioning  your  abilities 

If  a  question  still  exists,  listen  in- 

C'ly  while  tapping  your  fingers  on 
desk  or  twirling  your  pencil,  snick- 
ering occasionally  while  looking 
around  impatiently  A  well-tried  an- 
swer IS  Now  then,  there  is  nothing 
cookbook  about  the  methodology,  but 
what  we  really  need  here  is  a  clearer 
understanding  and  application  of  data 
flow  diagrams,  structure  charts,  pro- 
gram morphology,  pathological  data 
connections,  neurological  control  con- 
structs, module  afferent  and  efferent 
and  heuristics  of  the  module  func- 
tions ■ 

Then  continue  with,  "If  you  would 
like  I  would  be  glad  to  start  over 
again  and  further  remark  that  "any 
good  programmer  should  have  under- 
stood the  simple  concepts  long  ago  " 
This  will  take  care  of  even  the  most 
persistent  student 

Where  were  we?  Oh  yes,  stacks  of  al- 
gorithmic fan-outs.  The  next  impor- 
tant step  is  to  investigate  the  Hipo 
methodology  Since  we  all  know  that 
Hipo  was  IBM  s  invention,  it  is  very 
easy  to  take  potshots  at  the  entire 
methodology  It  it  an  easy  way  to  get 
laughs,  and  no  effort  should  be  spared 
at  this  time  to  make  jokes  at  IBM  's  ex- 
pense 

Vou  will  notice  that  the  class  is  quite 
grim  by  now.  to  go  to  it.  A  good  lead- 
ing question  to  atk  it,  "Do  you  kitow 
what  Hipo  really  tlarwlt  for?"  Some  of 
the  participantt  will  venture  the  utual 

C'anation,  Hierarchical  Input  Pro- 
Output 

Produce  a  smug  tmile  and  thake  your 
head  Then  say,  "It  really  meant  How 
IBM  Puts  you  On."  Laughter,  another 

triumph  for  you 

If  the  audience  retponds  well  to  your 
last  remark,  quickly  go  into  the  con- 
troversy of  Chapin  charts  vs.  Natti- 


Schniederman  charts  Give  references 
to  the  Association  for  Computing  Ma- 
chinery SigPlan  Notices.  August  1973, 
then  refer  to  Chapin  s  paper  on  Cha- 
pin charts  and  immediately  read  from 
letters  to  the  editor  (ACM  publica- 
tions) chiding  Chapin  for  renaming 
the  charts  This  will  get  you  snickers 
from  the  class,  and  you  will  have  im- 
pressed at  least  a  few  people  by  your 
razor-sharp  wit 
Back  to  Hipo  Make  remarks  like 
Nobody  1  know  has  been  happy  with 
the  methodology  Make  certain  that 
you  don  I  identify  anyone  The  all- 
encompassing  word  they  works  the 
best 

Give  references  of  certain  companies 
and  groups  at  least  1.000  miles  away 
from  the  site  of  the  current  class  Ex- 
amples of  foreign  countries,  especially 
European,  are  very  impressive  (Exam- 
ples of  countries  and  places  such  as 
Namibia,  Hicksville,  Nagaland, 
Fresno  Kaithal  and  Uganda  have  not 
had  the  desirable  effect,  hence,  should 
be  avoided  ) 

Celling  More  Abstract 

Now  you  need  to  deal  with  more  ab- 
stract design  keeping  in  view  more  ab- 
stract data  definitions  This  will  lead 
your  class  to  analysis  of  cogitation  of 
cohesi>  »  data  with  a  view  to  partition 

transai  tionallv  transformed  data  into  a 

top-down  inverse  matrix  of  sequential 
subschemas 

These  transactionally  transformed 
sequential  subschemas  can  then  be  ap- 
pended to  the  afferential  control  struc- 
tures containing  subschemas,  thereby 
giving  us  a  very  clear  understanding  of 
the  hierarchical  control  structures,  lin- 
ear data  flow,  tangential  control  cou- 
pling, along  with  substacks  of  data 
transform  modules 

You  must,  however,  point  out  that  a 
change  that  happens  to  fall  into  the 
lower  levels  of  abttractiont  of  the  top- 
down  structures  will  lead  to  a  structure 
with  severe  pathological  morphology 
containing  excestive  fan-outt  and  pro- 
gressive regression. 

Thit  type  of  progressive  regression, 
combined  with  a  total  lack  of  control 
flags  being  passed  at  higher  level  mod- 
ules, keeps  the  interm^iate  stubs  at  a 
recursive  level  of  transform  flux  (try 
Kaopectate),  thus  damaging  the  in- 
termodule coupling  as  well  as  affecting 
the  fan-in  of  the  pathologically  sound 
inner  transform  centers,  which  of 
course,  is  a  very  urulesirable  approach 
to  solving  programming  problems. 

However,  this  is  not  per  te  a  design 
consideration  but  has  a  profour\d  in- 
fluence in  some  cases  related  to  overall 
systems  design  artd  program  develop- 
ment. 

A  poMible  question  from  one  of  the 
participants  might  be  (tome  people 
never  give  up):  "Does  this  methodol- 
ogy apply  specifically  to  day-to-day 
program  design?  After  all,  that  it  what 
my  responsibility  is." 

Your  answer  at  thit  time  thould  be: 
"Let  me  not  answer  thit  question  at 
thit  point  in  time  and  in  fact  let  us  not 
even  talk  about  prograntt  ai\d  systems 
but  let  me  talk  about  the  whole  thing 
Because  it  applies  to  individual  stubs. 


il  is  a  clear  game,  or  should  be.  that 
many  of  the  stubs  are  trivial  logic 
drivers. 

However  from  the  projects  we  were 
involved  in.  in  Afghanistan  and  Bhu- 
tan, we  learned  that  our  first  step 
should  be  to  build  the  most  important 
stubs  by  taking  appropriate  strips 
from  each  stub  while  avoiding  the  ug- 
lier transient  modules  The  selected 
outer  strips  should  be  combined  with 
not-yet-coded  subordinates  which 
may  at  times  pervert  the  data  flow 
graphs  of  the  outer  strips,  thereby 
voiding  the  upper  levels  of  logic 
drivers  which  should  have  been 
pushed  down  the  shelf  during  the  first 
level  of  structured  walk- through  " 

Then  ask  if  there  are  any  more  ques- 
tions No  one  will  dare  —  you  re  safe 

Family  Stubs 

"The  next  important  subject  deals 
with  performance  criteria  in  relation  to 
data  flow  volumes  In  order  to  develop 
a  basically  reliable  performance  crite- 
ria, we  need  to  focus  our  attention  on 
the  parent  and  child  stubs  (also  known 
as  the  family  stubs  —  LTAs  don  t 
count)  Child  stubs  are  easier  to  write 
than  the  driver  (or  parent)  stubs, 
which  of  course  doesn  t  hold  true  ev- 
ery time,  thereby  requiring  us  to  fur- 
ther investigate  the  pairwise  integra- 
tion of  interfaces  between  the  subtrees 
"Unfortunatey  this  pairwise  inter- 
gration  investigation  involving  in- 
verted indices  invariably  inverses  the 
initial  performance  budgets  in- 
aeternum  indicating  insufficient  initial 
performance  budgets  inaeternum  indi- 
cating insufficient  interactions  in  be- 
tween individual  interfaces.  Hence,  it 
should  be  avoided 

Therefore,  one  needs  to  be  ex- 
tremely careful  that  the  lower  level 
stubs  are  not  comsuming  most  of  the 
allocated  performance  and  time  bud- 
gets. If  this  IS  allowed  to  happen,  the 
parent  stubs  will  require  much  more 
phased  oriented  integration  time,  thus 
adversely  affecting  the  initial  perform- 
ance criteria 

"The  next  step  in  structured  analysis 
is  to  develop  a  high-level  strip  with 
properly  visible  arrows  (depicting  af- 
ferential data  flows).  This  can  be  easily 
accomplished  when  the  tower  level  of 
strip  arrows  is  fanned  out  into  appro- 
priate second  and  middle  level  trans- 
form structures  with  properly  fanned 
out  structure  strips 

"This  iterative  phased  striping  and 
reslriping  of  successive  top-down 
structures  will  lead  to  a  well-balanced 
lop-down-oriented  chart  which  thould 
have  a  preagreed-upon  morphology  of 
log  n-I  fanouts  and  incurvate  upward 
mobility  of  central  data  and  trans- 
formed subschemas. 

"Now  that  a  fairly  well  balanced 
structure  has  been  developed,  we  are 
ready  to  go  into  our  second  phased 
walk- through  (or  walk-on)  to  properly 
ascertain  the  man-machine  interfaces  " 
Starting  with  the  nrarning  of  the  last 
day  of  the  class,  make  remarks  like 
"You  know,  usually  we  have  several 
workshops  durmg  this  seminar,  but 
unfortunately  we  don  t  have  the  time 
because  the  class  has  been  progressing 


rather  slowly  This  remark  will  gener- 
ate guilt  among  the  participants  and 
you  can  make  your  point  by  address- 
ing those  who  have  had  the  affrontery 
and  effrontery  to  inicrrupt  the  class 
with  confusing  questions 

Now  continue  The  design  process 
IS  not  over  In  fad  even  structured 
analysis  is  not  over  yet  What  we  need 
to  do  next  is  define  data  requirements 
and  do  data  flow  analysis  However,  as 
I  mentioned  on  the  first  day,  the  sub- 
ject of  data  flow  analysis  is  beyond  the 
scope  of  this  seminar  and  as  such  will 
not  be  discussed  (now  is  a  gcxxl  time  to 
announce  your  next  seminar  on  data 
flow  analysis) 

"The  last,  but  certainly  not  the  least, 
step  in  structured  analysis  deals  with 
the  subject  of  program  flags  It  has 
been  our  experience  that  improperly 
cohesive  data  and  control  flags  create 
partially  coupled  hybrid  fUgs  (these 
are  the  flags  that  can't  have  Uttte  flags 
of  their  own)  which,  in  the  absetKe  of 
default  parameters,  may  rteed  to  be  de- 
briefed. Default  paratnelers  should  be 
avoided  as  they  tend  to  travel  at  turtle- 
like speeds,  thereby  truking  the  pro- 
cess of  debriefing  very  frustrating  but 
nonetheless  rewarding  Now.  the  arul- 
ysis  phase  is  completed." 

By  following  these  clear  guidelines, 
you  will  follow  in  the  tradition  of 
those  great  instructors  who  through 
their  clear  thiiUcing  artd  lucid  writing 
have  helped  make  DP  what  il  is  today 
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VENDOR  QUESTIONNAIRE 
1.    How  do  you  define  the  productivity  problem  in  the  typical  IS  department? 


a.    How  can  the  problem  be  scoped? 


b.    How  can  improvement  be  measured? 


2.    What  do  you  think  are  the  most  promising  approaches  to  improving  productivity 
in  systems  development  and  programming? 


3.    The  major  trend  in  reducing  the  systems  and  programming  bottleneck  has 
been  to  get  end  users  more  involved  in  the  process.    INPUT  refers  to  this 
as  Distributed  Systems  Development.    How  do  you  fee!  IS  departments  feel 
about  the  following: 

a.    Information  Centers 


b.  Prototyping 


c.    Use  of  Standalone  PCs  (for  work  formerly  done  by  IS) 
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d.    Micro-Mainframe  Links 


4.    We  would  like  to  get  your  opinions  considering  DSD  in  general.    Do  you 
agree  or  disagree  with  the  following  statements: 


Agree 

Disagree 

It  has  relieved  user  pressure  on  IS 

□ 

□ 

End  users  are  happier 

□ 

□ 

Systems  get  done  faster 

□ 

Programs  Get  Done  Faster 

□ 

□ 

Backlog  has  been  (or  will  be)  reduced 

□ 

□ 

DSD  help  IS  do  its  job 

□ 

□ 

DSD  is  going  to  cause  problems 

□ 

□ 

End  users  don't  know  what  they  are  doing 

□ 

□ 

IS  Productivity  is  improved 

□ 

□ 

End-User  productivity  is  improved 

□ 

□ 

Corporate  productivity  is  improved 

□ 

□ 

The  system  will  have  to  be  rewritten  by  IS 

□ 

□ 

5.    What  are  the  main  advantages  and  disadvantages  of: 

a.    Information  Centers 

Advantages :   


Disadvantages 


b.  Prototyping 

Advantages 


Disadvantages 


-  2  - 


INPUT 


r 


CATALOG  NO.  |ivi|b|b|H|  I  I  | 


c.    Standalone  PCs 
Advantages 


Disadvantages 


d.  Micro-Mainframe 
Advantages 


Disadvantages 


Past  research  has  indicated  that  systems  maintenance  is  the  most  costly  part 
of  the  systems  life  cycle.    What  impact  is  DSD  going  to  have  on  maintenance? 


7.    What  tools  and  aids  are  currently  being  used  to  facilitate  end  user  systems 
development?    (Ask  for  both  name  and  vendor) 

NAME  VENDOR 
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8.    A  great  deal  of  apprehension  has  been  expressed  about  micro-mainframe 
links.    How  serious  do  you  consider  the  following  potential  problems? 


Very 

Somewhat 

Not  a 

Serious 

Serious 

Problem 

Data  Base  Synchronization 

1 — 1 
□ 

□ 

□ 

Data  Base  Integrity 

□ 

□ 

User  Understanding  of  Data 

□ 

□ 

□ 

Conflicting  Reports  to  Management 

1  1 

□ 

□ 

□ 

Mainframe  Capacity  Planning 

1  1 

□ 

1  '  1 

■•  □ 

□ 

Mainframe  Performance  impact  . 

□ 

□ 

□ 

IS  Visability 

1  ■  1 

□ 

□ 

□ 

Cost  to  Company 

□ 

□ 

□ 

Impact  on  IS  Budget 

□ 

□ 

□ 

Systems  Quality 

□ 

□ 

□ 

IS  Loss  of  Control 

□ 

□ 

□ 

Data  Security/Protection 

□ 

□ 

□ 

-  u  - 


INPUT 


CATALOG  NO.  ImISISIPI  I  I  I 


9.    Which  current  tools  do  you  feel  are  most  promising  for  facilitating  DSD? 


TO.    Which  current  tools  are  most  promising  for  controlling  DSD?  (From  the 
perspective  of  the  IS  department) 


11.    What  new  tools  are  needed  in  the  DSD  environment? 


12.    How  do  you  suggest  customers  measure  productivity  improvement? 


13.    How  do  you  cost  justify  tools  and  aids? 
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INPUT 


•  > 


CATALOG  NO.  IMIblblPI  I  ll 


14.    What  do  you  think  about  knowledge-based  or  expert  systems? 


15.    What  tools  and  aids  are  required  for  the  development  of  such  systems? 


16.    Do  ypu  think  special  approaches  such  as  LISP  machines  or  new  data 
models  are  required? 


17.    When  do  you  feel  the  research  work  in  artificial  intelligence  may  make  a 
contribution  to  the  productivity  problem? 


a.    How  will  it  impact  the  IS  department' 


b.    How  will  it  impact  white  collar  productivity? 
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INPUT 


CATALOG  NO. 


18.    What  is  IBMs  direction  in  improving  productivity  in  the  systems 
development  process? 


19.    How  effective  have  the  following  been?  (Rate  on  the  scale  of  1-4) 

  IIS    DMS 

  Stairs  SQL/DS 


APL    SPF 

Plancode    System  IPO 

CIS    SMP 

ADF 


20.    How  do  you  view  IBM's  arrangement  to  market  INTELLECT? 


21.    How  will  IBM's  acquisition  of  software  (either  purchase  or  marketing 
agreement)  impact  you  and  you  product  line? 

r~|  Not  At  All 

I    I  Some 

□  a  Great  Deal 
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INPUT 


CATALOG  NO.  IM|S|S|P|  I  I  | 


22.    Do  you  consider  IBM  a  potential  customer  (or  partner)  for  any  of  your 
products? 

a.  Qves        I    I  No 

b.  If  yes,  which  ones? 


c.    If  no,  could  this  change  in  the  future,  and  if  so,  when? 


23.    Do  you  have  any  additional  comments  concerning  productivity  tools  and  aids? 
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INPUT 


• 


CONFIDENTIAL 


INPUT  QUESTIONNAIRE 


STUDY  TITLE: 

TYPE  OF  INTERVIEW: 


Q^NDOR 
□  USER 


□  TELEPHONE 

□  ON-SITE 

□  MAIL 


INTERVIEWER:  

COMPANY:  ^ 
ADDRESS: 


CATALOG.  NO. 
SIC.  CODE 
SIZE  CODE 
AREA  CODE 
STUDY  CODE 
DATES 


MM  D  D  Y  Y 


CO.  TYPE: 
SALES: 


NO.  EMPL: 


INDUSTRY  □ 

□  DISCRETE  MANUFACTURING 

□  PROCESS  MANUFACTURING 

□  TRANSPORTATION 

□  MEDICAL 

□  services 
interviews 

NAME 


□  UTILITIES 

□  RETAIL 

□  BANKING 

□  WHOLESALE 

□  OTHER 

TITLE 


□  INSURANCE 

□  GOVERNMENT  -  FEDERAL 

□  GOVERNMENT  -  STATE  &  LOCAL 

□  EDUCATION 


TELEPHONE  NO. 


SUMMARY 


REFERENCES 


CATALOG  NO.  IMISISIPI  I  I  I 


VENDOR  QUESTIONNAIRE 


1.    How  do  you  define  the  productivity  problem  in  the  typical  IS  department? 


a.    How  can  the  problem  be  scoped? 


b.    How  can  improvement  be  measured? 


2.    What  do  you  think  are  the  most  promising  approaches  to  improving  productivity 
in  systems  development  and  programming? 


3.    The  major  trend  in  reducing  the  systems  and  programming  bottleneck  has 
been  to  get  end  users  more  involved  in  the  process.    INPUT  refers  to  this 
as  Distributed  Systems  Development.    How  do  you  feel  IS  departments  feel 
about  the  following: 

a.    Information  Centers 


b.  Prototyping 


c.    Use  of  Standalone  PCs  (for  work  formerly  done  by  IS) 
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INPUT 


CATALOG  NO. 


d.    Micro-Mainframe  Links 


4.    We  would  like  to  get  your  opinions  considering  DSD  in  general.    Do  you 
agree  or  disagree  with  the  following  statements: 


Agree 

Disagree 

It  has  relieved  user  pressure  on  IS 

□ 

□ 

End  users  are  happier 

□ 

□ 

Systems  get  done  faster 

□ 

□ 

Programs  Get  Done  Faster 

□ 

□ 

Backlog  has  been  (or  will  be)  reduced 

□ 

□ 

DSD  help  IS  do  its  job 

□ 

□ 

DSD  is  going  to  cause  problems 

□ 

□ 

End  users  don't  know  what  they  are 

doing 

□ 

□ 

IS  Productivity  is  improved 

□ 

□ 

End-User  productivity  is  improved 

□ 

□ 

Corporate  productivity  is  improved 

□ 

□ 

The  system  will  have  to  be  rewritten 

by  IS 

□ 

□ 

5.    What  are  the  main  advantages  and  disadvantages  of: 

a.    Information  Centers 
Advantages : 


Disadvantages 


b.  Prototyping 

Advantages 


Disadvantages 
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INPUT 


CATALOG  NO. 


c.    Standalone  PCs 
Advantages 


Disadvantages 


d.  Micro-Mainframe 
Advantages 


Disadvantages 


Past  researcli  has  indicated  that  systems  maintenance  is  the  most  costly  part 
of  the  systems  life  cycle.    What  impact  is  DSD  going  to  have  on  maintenance? 


What  tools  and  aids  are  currently  being  used  to  facilitate  end  user  systems 
development?    (Ask  for  both  name  and  vendor) 

NAME  VENDOR 
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INPUT 


CATALOG  NO. 


IfllBHtaBBB 


8.    A  great  deal  of  apprehension  has  been  expressed  about  micro-mainframe 
links.    How  serious  do  you  consider  the  following  potential  problems? 


Very 

Somewhat 

Not  a 

Serious 

Serious 

Problem 

Data  Base  Synchronization 

1 — 1 
□ 

( — 1 
□ 

□ 

Data  Base  Integrity 

1  1 

□ 

□ 

User  Understanding  of  Data 

□ 

□ 

□ 

Conflicting  Reports  to  Management 

□ 

□ 

□ 

Mainframe  Capacity  Planning 

1  1 

□ 

□ 

Mainframe  Performance  Impact  . 

1  1 

□ 

□ 

I'  1 

□ 

IS  Visability 

1  1 

□ 

□ 

□ 

Cost  to  Company 

□ 

□ 

□ 

Impact  on  IS  Budget 

□ 

□ 

□ 

Systems  Quality 

□ 

□ 

□ 

IS  Loss  of  Control 

□ 

□ 

□ 

Data  Security/Protection 

□ 

□ 

□ 
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INPUT 


CATALOG  NO.  IMISISIPI  I  I  ~| 


9.    Which  current  tools  do  you  feel  are  most  promising  for  facilitating  DSD? 


10.    Which  current  tools  are  most  promising  for  controlling  DSD?  (From  the 
perspective  of  the  IS  department) 


n.    What  new  tools  are  needed  in  the  DSD  environment? 


12.    How  do  you  suggest  customers  measure  productivity  improvement? 


13.    How  do  you  cost  justify  tools  and  aids? 
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INPUT 


CATALOG  NO.  ffi 
14.    What  do  you  think  about  knowledge-based  or  expert  systems? 


15.    What  tools  and  aids  are  required  for  the  development  of  such  systems? 


16.    Do  ypu  think  special  approaches  such  as  LISP  machines  or  new  data 
models  are  required? 


17.    When  do  you  feel  the  research  work  in  artificial  intelligence  may  make  a 
contribution  to  the  productivity  problem? 


a.    How  will  it  impact  the  IS  department? 


b.    How  will  it  impact  white  collar  productivity? 
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INPUT 


CATALOG  NO.  N^I^IH  I  I  1 


18,    What  is  IBMs  direction  in  improving  productivity  in  the  systems 
development  process? 


19.    How  effective  have  the  following  been?  (Rate  on  the  scale  of  1-4) 

  IIS   DMS 

  Stairs  SQL/DS 


APL    SPF 

Plancode    System  IPO 

CIS    SMP 

ADF 


20.    How  do  you  view  IBM's  arrangement  to  market  INTELLECT? 


21.    How  will  IBM's  acquisition  of  software  (either  purchase  or  marketing 
agreement)  impact  you  and  you  product  line? 

r~l  Not  At  All 

I    I  Some 

I    I  A  Great  Deal 
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INPUT 


CATALOG  NO.  IM|S|5|P| 


22.    Do  you  consider  IBM  a  potential  customer  (or  partner)  for  any  of  your 
products? 

a.  Qves        I    I  No 

b.  If  yes,  which  ones? 


c.    if  no,  could  this  change  in  the  future,  and  if  so,  when? 


23.    Do  you  have  any  additional  comments  concerning  productivity  tools  and  aids? 
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